Baseline 2023
Newly available
Secure context: This feature is available only in secure contexts (HTTPS), in some or all supporting browsers.
Note: This feature is only available in Dedicated Web Workers.
The createSyncAccessHandle()
method of the FileSystemFileHandle
interface returns a Promise
which resolves to a FileSystemSyncAccessHandle
object that can be used to synchronously read from and write to a file. The synchronous nature of this method brings performance advantages, but it is only usable inside dedicated Web Workers for files within the origin private file system.
Creating a FileSystemSyncAccessHandle
takes an exclusive lock on the file associated with the file handle. This prevents the creation of further FileSystemSyncAccessHandle
s or FileSystemWritableFileStream
s for the file until the existing access handle is closed.
createSyncAccessHandle()
createSyncAccessHandle(options)
Parameters
options
Optional
An object with the following properties:
mode
Optional Non-standard
A string specifying the locking mode for the access handle. The default value is "readwrite"
. Possible values are:
"read-only"
Multiple FileSystemSyncAccessHandle
objects can be opened simultaneously on a file (for example when using the same app in multiple tabs), provided they are all opened in "read-only"
mode. Once opened, read-like methods can be called on the handles â read()
, getSize()
, and close()
.
"readwrite"
Only one FileSystemSyncAccessHandle
object can be opened on a file. Attempting to open subsequent handles before the first handle is closed results in a NoModificationAllowedError
exception being thrown. Once opened, any available method can be called on the handle.
"readwrite-unsafe"
Multiple FileSystemSyncAccessHandle
objects can be opened simultaneously on a file, provided they are all opened in "readwrite-unsafe"
mode. Once opened, any available method can be called on the handles.
A Promise
which resolves to a FileSystemSyncAccessHandle
object.
NotAllowedError
DOMException
Thrown if the PermissionStatus.state
for the handle is not granted
in readwrite
mode.
InvalidStateError
DOMException
Thrown if the FileSystemSyncAccessHandle
object does not represent a file in the origin private file system.
NotFoundError
DOMException
Thrown if current entry is not found.
NoModificationAllowedError
DOMException
Thrown if the browser is not able to acquire a lock on the file associated with the file handle. This could be because mode
is set to readwrite
and an attempt is made to open multiple handles simultaneously.
The following asynchronous event handler function is contained inside a Web Worker. The snippet inside it creates a synchronous file access handle.
onmessage = async (e) => {
// Retrieve message sent to work from main script
const message = e.data;
// Get handle to draft file
const root = await navigator.storage.getDirectory();
const draftHandle = await root.getFileHandle("draft.txt", { create: true });
// Get sync access handle
const accessHandle = await draftHandle.createSyncAccessHandle();
// â¦
// Always close FileSystemSyncAccessHandle if done.
accessHandle.close();
};
Complete example with mode
option
Our createSyncAccessHandle()
mode test example (see the source code) provides an <input>
field to enter text into, and two buttons â one to write entered text to the end of a file in the origin private file system, and one to empty the file when it becomes too full.
Try exploring the demo above, with the browser developer console open so you can see what is happening. If you try opening the demo in multiple browser tabs, you will find that multiple handles can be opened at once to write to the file at the same time. This is because mode: "readwrite-unsafe"
is set on the createSyncAccessHandle()
calls.
Below we'll explore the code.
HTMLThe two <button>
elements and text <input>
field look like this:
<ol>
<li>
<label for="file-text">Enter text to write to the file:</label>
<input type="text" id="file-text" name="file-text" />
</li>
<li>
Write your text to the file: <button class="write">Write text</button>
</li>
<li>
Empty the file if it gets too full:
<button class="empty">Empty file</button>
</li>
</ol>
Main JavaScript
The main thread JavaScript inside the HTML file is shown below. We grab references to the write text button, empty file button, and text input field, then we create a new web worker using the Worker()
constructor. We then define two functions and set them as event handlers on the buttons:
writeToOPFS()
is run when the write text button is clicked. This function posts the entered value of the text field to the worker inside an object using the Worker.postMessage()
method, then empties the text field, ready for the next addition. Note how the passed object also includes a command: "write"
property to specify that we want to trigger a write action with this message.emptyOPFS()
is run when the empty file button is clicked. This posts an object containing a command: "empty"
property to the worker specifying that the file is to be emptied.const writeBtn = document.querySelector(".write");
const emptyBtn = document.querySelector(".empty");
const fileText = document.querySelector("#file-text");
const opfsWorker = new Worker("worker.js");
function writeToOPFS() {
opfsWorker.postMessage({
command: "write",
content: fileText.value,
});
console.log("Main script: Text posted to worker");
fileText.value = "";
}
function emptyOPFS() {
opfsWorker.postMessage({
command: "empty",
});
}
writeBtn.addEventListener("click", writeToOPFS);
emptyBtn.addEventListener("click", emptyOPFS);
Worker JavaScript
The worker JavaScript is shown below.
First, we run a function called initOPFS()
that gets a reference to the OPFS root using StorageManager.getDirectory()
, creates a file and returns its handle using FileSystemDirectoryHandle.getFileHandle()
, and then returns a FileSystemSyncAccessHandle
using createSyncAccessHandle()
. This call includes the mode: "readwrite-unsafe"
property, allowing multiple handles to access the same file simultaneously.
let accessHandle;
async function initOPFS() {
const opfsRoot = await navigator.storage.getDirectory();
const fileHandle = await opfsRoot.getFileHandle("file.txt", { create: true });
accessHandle = await fileHandle.createSyncAccessHandle({
mode: "readwrite-unsafe",
});
}
initOPFS();
Inside the worker's message event handler function, we first get the size of the file using getSize()
. We then check to see whether the data sent in the message includes a command
property value of "empty"
. If so, we empty the file using truncate()
with a value of 0
, and update the file size contained in the size
variable.
If the message data is something else, we:
TextEncoder
and TextDecoder
to handle encoding and decoding the text content later on.write()
, then update the file size contained in the size
variable.DataView
to contain the file contents, and read the content into it using read()
.DataView
contents and log it to the console.onmessage = function (e) {
console.log("Worker: Message received from main script");
// Get the current size of the file
let size = accessHandle.getSize();
if (e.data.command === "empty") {
// Truncate the file to 0 bytes
accessHandle.truncate(0);
// Get the current size of the file
size = accessHandle.getSize();
} else {
const textEncoder = new TextEncoder();
const textDecoder = new TextDecoder();
// Encode content to write to the file
const content = textEncoder.encode(e.data.content);
// Write the content at the end of the file
accessHandle.write(content, { at: size });
// Get the current size of the file
size = accessHandle.getSize();
// Prepare a data view of the length of the file
const dataView = new DataView(new ArrayBuffer(size));
// Read the entire file into the data view
accessHandle.read(dataView, { at: 0 });
// Log the current file contents to the console
console.log(`File contents: ${textDecoder.decode(dataView)}`);
// Flush the changes
accessHandle.flush();
}
// Log the size of the file to the console
console.log(`Size: ${size}`);
};
Specifications Browser compatibility See also
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4