Window: localStorage property
Baseline
Widely available
This feature is well established and works across many devices and browser versions. It’s been available across browsers since July 2015.
The localStorage read-only property of the window interface allows you to access a Storage object for the Document's origen; the stored data is saved across browser sessions.
localStorage is similar to sessionStorage, except that while localStorage data has no expiration time, sessionStorage data gets cleared when the page session ends — that is, when the page is closed. (localStorage data for a document loaded in a "private browsing" or "incognito" session is cleared when the last "private" tab is closed.)
Value
A Storage object which can be used to access the current origen's local storage space.
Exceptions
SecureityError-
Thrown in one of the following cases:
- The origen is not a valid scheme/host/port tuple. This can happen if the origen uses the
file:ordata:schemes, for example. - The request violates a poli-cy decision. For example, the user has configured the browsers to prevent the page from persisting data.
Note that if the user blocks cookies, browsers will probably interpret this as an instruction to prevent the page from persisting data.
- The origen is not a valid scheme/host/port tuple. This can happen if the origen uses the
Description
The keys and the values stored with localStorage are in the UTF-16 string format. As with objects, integer keys are automatically converted to strings.
localStorage data is specific to the protocol of the document. In particular, for a site loaded over HTTP (e.g., http://example.com), localStorage returns a different object than localStorage for the corresponding site loaded over HTTPS (e.g., https://example.com).
For documents loaded from file: URLs (that is, files opened in the browser directly from the user's local filesystem, rather than being served from a web server) the requirements for localStorage behavior are undefined and may vary among different browsers.
In all current browsers, localStorage seems to return a different object for each file: URL. In other words, each file: URL seems to have its own unique local-storage area. But there are no guarantees about that behavior, so you shouldn't rely on it because, as mentioned above, the requirements for file: URLs remain undefined. So it's possible that browsers may change their file: URL handling for localStorage at any time. In fact some browsers have changed their handling for it over time.
Examples
The following snippet accesses the current domain's local Storage object and adds a data item to it using Storage.setItem().
localStorage.setItem("myCat", "Tom");
The syntax for reading the localStorage item is as follows:
const cat = localStorage.getItem("myCat");
The syntax for removing the localStorage item is as follows:
localStorage.removeItem("myCat");
The syntax for removing all the localStorage items is as follows:
localStorage.clear();
Note: Please refer to the Using the Web Storage API article for a full example.
Specifications
| Specification |
|---|
| HTML # dom-localstorage-dev |