Mô tả
Sử dụng API chrome.storage
để lưu trữ, truy xuất và theo dõi các thay đổi đối với dữ liệu người dùng.
Quyền
storage
Để sử dụng API bộ nhớ, hãy khai báo quyền "storage"
trong tệp kê khai của tiện ích. Ví dụ:
{
"name": "My extension",
...
"permissions": [
"storage"
],
...
}
Khái niệm và cách sử dụng
API Bộ nhớ cung cấp một cách dành riêng cho tiện ích để duy trì dữ liệu và trạng thái của người dùng. API này tương tự như các API bộ nhớ của nền tảng web (IndexedDB và Bộ nhớ), nhưng được thiết kế để đáp ứng nhu cầu lưu trữ của các tiện ích. Sau đây là một số tính năng chính:
- Tất cả ngữ cảnh tiện ích, bao gồm cả trình chạy dịch vụ tiện ích và tập lệnh nội dung đều có quyền truy cập vào API Bộ nhớ.
- Các giá trị JSON có thể chuyển đổi tuần tự được lưu trữ dưới dạng thuộc tính đối tượng.
- Storage API không đồng bộ với các thao tác đọc và ghi hàng loạt.
- Ngay cả khi người dùng xoá bộ nhớ đệm và nhật ký duyệt web, dữ liệu vẫn tồn tại.
- Các chế độ cài đặt đã lưu trữ vẫn tồn tại ngay cả khi bạn sử dụng chế độ chia chế độ ẩn danh.
- Bao gồm một khu vực bộ nhớ được quản lý chỉ có thể đọc dành riêng cho các chính sách của doanh nghiệp.
Tiện ích có thể sử dụng API bộ nhớ web không?
Mặc dù các tiện ích có thể sử dụng giao diện Storage
(có thể truy cập từ window.localStorage
) trong một số ngữ cảnh (cửa sổ bật lên và các trang HTML khác), nhưng bạn không nên sử dụng giao diện này vì những lý do sau:
- Trình chạy dịch vụ tiện ích không thể sử dụng API Web Storage.
- Tập lệnh nội dung chia sẻ bộ nhớ với trang lưu trữ.
- Dữ liệu được lưu bằng Web Storage API sẽ bị mất khi người dùng xoá nhật ký duyệt web.
Cách di chuyển dữ liệu từ API bộ nhớ web sang API bộ nhớ tiện ích từ một worker dịch vụ:
- Chuẩn bị trang html và tệp tập lệnh của tài liệu ngoài màn hình. Tệp tập lệnh phải chứa một quy trình chuyển đổi và một trình xử lý
onMessage
. - Trong worker dịch vụ tiện ích, hãy kiểm tra
chrome.storage
để biết dữ liệu của bạn. - Nếu không tìm thấy dữ liệu của bạn, hãy gọi
createDocument()
. - Sau khi Lời hứa được trả về được phân giải, hãy gọi
sendMessage()
để bắt đầu quy trình chuyển đổi. - Bên trong trình xử lý
onMessage
của tài liệu ngoài màn hình, hãy gọi quy trình chuyển đổi.
Ngoài ra, còn có một số điểm khác biệt về cách hoạt động của API bộ nhớ web trong các tiện ích. Tìm hiểu thêm trong bài viết Bộ nhớ và cookie.
Khu vực lưu trữ
Storage API được chia thành các vùng bộ nhớ sau:
storage.local
- Dữ liệu được lưu trữ cục bộ và bị xoá khi bạn xoá tiện ích. Hạn mức bộ nhớ là 10 MB (5 MB trong Chrome 113 trở xuống), nhưng bạn có thể tăng hạn mức này bằng cách yêu cầu quyền
"unlimitedStorage"
. Bạn nên sử dụngstorage.local
để lưu trữ lượng lớn dữ liệu. storage.managed
- Bộ nhớ được quản lý là bộ nhớ chỉ có thể đọc cho các tiện ích được cài đặt theo chính sách và do quản trị viên hệ thống quản lý bằng cách sử dụng giản đồ do nhà phát triển xác định và các chính sách của doanh nghiệp. Chính sách tương tự như các tuỳ chọn nhưng do quản trị viên hệ thống định cấu hình thay vì người dùng, cho phép định cấu hình trước tiện ích cho tất cả người dùng của một tổ chức. Để biết thông tin về các chính sách, hãy xem Tài liệu dành cho quản trị viên. Để tìm hiểu thêm về vùng bộ nhớ
managed
, hãy xem phần Tệp kê khai cho vùng bộ nhớ. storage.session
- Giữ dữ liệu trong bộ nhớ trong suốt thời gian của một phiên duyệt web. Theo mặc định, phần tử này không hiển thị với các tập lệnh nội dung, nhưng bạn có thể thay đổi hành vi này bằng cách đặt
chrome.storage.session.setAccessLevel()
. Giới hạn bộ nhớ là 10 MB (1 MB trong Chrome 111 trở xuống). Giao diệnstorage.session
là một trong số các giao diện mà chúng tôi đề xuất cho worker. storage.sync
- Nếu bạn bật tính năng đồng bộ hoá, dữ liệu sẽ được đồng bộ hoá với mọi trình duyệt Chrome mà người dùng đã đăng nhập. Nếu bị tắt, thuộc tính này sẽ hoạt động như
storage.local
. Chrome lưu trữ dữ liệu trên thiết bị khi trình duyệt không có kết nối mạng và tiếp tục đồng bộ hoá khi có kết nối mạng trở lại. Hạn mức hạn mức là khoảng 100 KB, 8 KB cho mỗi mặt hàng. Bạn nên sử dụngstorage.sync
để giữ nguyên chế độ cài đặt của người dùng trên các trình duyệt đã đồng bộ hoá. Nếu bạn đang xử lý dữ liệu nhạy cảm của người dùng, hãy sử dụngstorage.session
.
Hạn mức bộ nhớ và giới hạn điều tiết
API Bộ nhớ có các giới hạn sử dụng sau:
- Việc lưu trữ dữ liệu thường đi kèm với chi phí hiệu suất và API bao gồm hạn mức bộ nhớ. Bạn nên cẩn thận về dữ liệu mà mình lưu trữ để không bị mất khả năng lưu trữ dữ liệu.
- Quá trình lưu trữ có thể mất chút thời gian để hoàn tất. Hãy nhớ sắp xếp mã của bạn để tính đến thời gian đó.
Để biết thông tin chi tiết về các giới hạn về vùng bộ nhớ và những việc sẽ xảy ra khi vượt quá giới hạn, hãy xem thông tin hạn mức cho sync
, local
và session
.
Trường hợp sử dụng
Các phần sau đây minh hoạ các trường hợp sử dụng phổ biến của API Bộ nhớ.
Phản hồi đồng bộ đối với nội dung cập nhật về bộ nhớ
Để theo dõi các thay đổi đối với bộ nhớ, hãy thêm trình nghe vào sự kiện onChanged
. Khi có bất kỳ thay đổi nào trong bộ nhớ, sự kiện đó sẽ kích hoạt. Mã mẫu sẽ theo dõi những thay đổi này:
background.js:
chrome.storage.onChanged.addListener((changes, namespace) => {
for (let [key, { oldValue, newValue }] of Object.entries(changes)) {
console.log(
`Storage key "${key}" in namespace "${namespace}" changed.`,
`Old value was "${oldValue}", new value is "${newValue}".`
);
}
});
Chúng ta có thể phát triển ý tưởng này hơn nữa. Trong ví dụ này, chúng ta có một trang tuỳ chọn cho phép người dùng bật/tắt "chế độ gỡ lỗi" (không hiển thị cách triển khai tại đây). Trang tuỳ chọn sẽ lưu ngay chế độ cài đặt mới vào storage.sync
và worker dịch vụ sẽ sử dụng storage.onChanged
để áp dụng chế độ cài đặt sớm nhất có thể.
options.html:
<!-- type="module" allows you to use top level await -->
<script defer src="options.js" type="module"></script>
<form id="optionsForm">
<label for="debug">
<input type="checkbox" name="debug" id="debug">
Enable debug mode
</label>
</form>
options.js:
// In-page cache of the user's options
const options = {};
const optionsForm = document.getElementById("optionsForm");
// Immediately persist options changes
optionsForm.debug.addEventListener("change", (event) => {
options.debug = event.target.checked;
chrome.storage.sync.set({ options });
});
// Initialize the form with the user's option settings
const data = await chrome.storage.sync.get("options");
Object.assign(options, data.options);
optionsForm.debug.checked = Boolean(options.debug);
background.js:
function setDebugMode() { /* ... */ }
// Watch for changes to the user's options & apply them
chrome.storage.onChanged.addListener((changes, area) => {
if (area === 'sync' && changes.options?.newValue) {
const debugMode = Boolean(changes.options.newValue.debug);
console.log('enable debug mode?', debugMode);
setDebugMode(debugMode);
}
});
Tải trước không đồng bộ từ bộ nhớ
Vì worker dịch vụ không chạy liên tục, nên các tiện ích Manifest V3 đôi khi cần tải dữ liệu không đồng bộ từ bộ nhớ trước khi thực thi trình xử lý sự kiện. Để thực hiện việc này, đoạn mã sau đây sử dụng trình xử lý sự kiện action.onClicked
không đồng bộ để chờ điền sẵn storageCache
toàn cục trước khi thực thi logic của trình xử lý đó.
background.js:
// Where we will expose all the data we retrieve from storage.sync.
const storageCache = { count: 0 };
// Asynchronously retrieve data from storage.sync, then cache it.
const initStorageCache = chrome.storage.sync.get().then((items) => {
// Copy the data retrieved from storage into storageCache.
Object.assign(storageCache, items);
});
chrome.action.onClicked.addListener(async (tab) => {
try {
await initStorageCache;
} catch (e) {
// Handle error that occurred during storage initialization.
}
// Normal action handler logic.
storageCache.count++;
storageCache.lastTabId = tab.id;
chrome.storage.sync.set(storageCache);
});
Ví dụ
Các mẫu sau đây minh hoạ các vùng lưu trữ local
, sync
và session
:
Địa phương
chrome.storage.local.set({ key: value }).then(() => {
console.log("Value is set");
});
chrome.storage.local.get(["key"]).then((result) => {
console.log("Value is " + result.key);
});
Đồng bộ hoá
chrome.storage.sync.set({ key: value }).then(() => {
console.log("Value is set");
});
chrome.storage.sync.get(["key"]).then((result) => {
console.log("Value is " + result.key);
});
Phiên
chrome.storage.session.set({ key: value }).then(() => {
console.log("Value was set");
});
chrome.storage.session.get(["key"]).then((result) => {
console.log("Value is " + result.key);
});
Để xem các bản minh hoạ khác của API Bộ nhớ, hãy khám phá bất kỳ mẫu nào sau đây:
Loại
AccessLevel
Cấp truy cập của vùng lưu trữ.
Enum
"TRUSTED_CONTEXTS"
Chỉ định ngữ cảnh bắt nguồn từ chính tiện ích.
"TRUSTED_AND_UNTRUSTED_CONTEXTS"
Chỉ định ngữ cảnh bắt nguồn từ bên ngoài tiện ích.
StorageArea
Thuộc tính
-
onChanged
Event<functionvoidvoid>
Chrome 73 trở lênĐược kích hoạt khi một hoặc nhiều mục thay đổi.
Hàm
onChanged.addListener
có dạng như sau:(callback: function) => {...}
-
lệnh gọi lại
hàm
Tham số
callback
có dạng như sau:(changes: object) => void
-
các thay đổi
đối tượng
-
-
-
xóa
void
PromiseXoá tất cả các mục khỏi bộ nhớ.
Hàm
clear
có dạng như sau:(callback?: function) => {...}
-
lệnh gọi lại
hàm không bắt buộc
Tham số
callback
có dạng như sau:() => void
-
returns
Promise<void>
Chrome 88 trở lênLời hứa được hỗ trợ trong Tệp kê khai V3 trở lên, nhưng lệnh gọi lại được cung cấp để đảm bảo khả năng tương thích ngược. Bạn không thể sử dụng cả hai trong cùng một lệnh gọi hàm. Lời hứa sẽ phân giải bằng cùng một loại được truyền đến lệnh gọi lại.
-
-
get
void
PromiseLấy một hoặc nhiều mục từ bộ nhớ.
Hàm
get
có dạng như sau:(keys?: string | string[] | object, callback?: function) => {...}
-
khoá
string | string[] | object không bắt buộc
Một khoá duy nhất cần lấy, danh sách khoá cần lấy hoặc một từ điển chỉ định các giá trị mặc định (xem nội dung mô tả về đối tượng). Danh sách hoặc đối tượng trống sẽ trả về một đối tượng kết quả trống. Truyền vào
null
để lấy toàn bộ nội dung của bộ nhớ. -
lệnh gọi lại
hàm không bắt buộc
Tham số
callback
có dạng như sau:(items: object) => void
-
mục
đối tượng
Đối tượng có các mục trong mối liên kết khoá-giá trị.
-
-
returns
Promise<object>
Chrome 88 trở lênLời hứa được hỗ trợ trong Tệp kê khai V3 trở lên, nhưng lệnh gọi lại được cung cấp để đảm bảo khả năng tương thích ngược. Bạn không thể sử dụng cả hai trong cùng một lệnh gọi hàm. Lời hứa sẽ phân giải bằng cùng một loại được truyền đến lệnh gọi lại.
-
-
getBytesInUse
void
PromiseLấy dung lượng (tính bằng byte) mà một hoặc nhiều mục đang sử dụng.
Hàm
getBytesInUse
có dạng như sau:(keys?: string | string[], callback?: function) => {...}
-
khoá
string | string[] không bắt buộc
Một khoá hoặc danh sách khoá để biết tổng mức sử dụng. Danh sách trống sẽ trả về 0. Truyền vào
null
để biết tổng mức sử dụng của tất cả bộ nhớ. -
lệnh gọi lại
hàm không bắt buộc
Tham số
callback
có dạng như sau:(bytesInUse: number) => void
-
bytesInUse
số
Dung lượng đang được sử dụng trong bộ nhớ, tính bằng byte.
-
-
returns
Promise<số>
Chrome 88 trở lênLời hứa được hỗ trợ trong Tệp kê khai V3 trở lên, nhưng lệnh gọi lại được cung cấp để đảm bảo khả năng tương thích ngược. Bạn không thể sử dụng cả hai trong cùng một lệnh gọi hàm. Lời hứa sẽ phân giải bằng cùng một loại được truyền đến lệnh gọi lại.
-
-
getKeys
void
Lời hứa Chrome 130 trở lênLấy tất cả khoá từ bộ nhớ.
Hàm
getKeys
có dạng như sau:(callback?: function) => {...}
-
lệnh gọi lại
hàm không bắt buộc
Tham số
callback
có dạng như sau:(keys: string[]) => void
-
khoá
string[]
Mảng có các khoá được đọc từ bộ nhớ.
-
-
returns
Promise<string[]>
Lời hứa được hỗ trợ trong Tệp kê khai V3 trở lên, nhưng lệnh gọi lại được cung cấp để đảm bảo khả năng tương thích ngược. Bạn không thể sử dụng cả hai trong cùng một lệnh gọi hàm. Lời hứa sẽ phân giải bằng cùng một loại được truyền đến lệnh gọi lại.
-
-
xoá
void
PromiseXoá một hoặc nhiều mục khỏi bộ nhớ.
Hàm
remove
có dạng như sau:(keys: string | string[], callback?: function) => {...}
-
khoá
string | string[]
Một khoá hoặc danh sách khoá cho các mục cần xoá.
-
lệnh gọi lại
hàm không bắt buộc
Tham số
callback
có dạng như sau:() => void
-
returns
Promise<void>
Chrome 88 trở lênLời hứa được hỗ trợ trong Tệp kê khai V3 trở lên, nhưng lệnh gọi lại được cung cấp để đảm bảo khả năng tương thích ngược. Bạn không thể sử dụng cả hai trong cùng một lệnh gọi hàm. Lời hứa sẽ phân giải bằng cùng một loại được truyền đến lệnh gọi lại.
-
-
đặt
void
PromiseĐặt nhiều mục.
Hàm
set
có dạng như sau:(items: object, callback?: function) => {...}
-
mục
đối tượng
Một đối tượng cung cấp cho mỗi cặp khoá/giá trị để cập nhật bộ nhớ. Mọi cặp khoá/giá trị khác trong bộ nhớ sẽ không bị ảnh hưởng.
Các giá trị gốc như số sẽ được chuyển đổi tuần tự như dự kiến. Các giá trị có
typeof
"object"
và"function"
thường sẽ chuyển đổi tuần tự thành{}
, ngoại trừArray
(chuyển đổi tuần tự như dự kiến),Date
vàRegex
(chuyển đổi tuần tự bằng cách sử dụng bản trình bàyString
). -
lệnh gọi lại
hàm không bắt buộc
Tham số
callback
có dạng như sau:() => void
-
returns
Promise<void>
Chrome 88 trở lênLời hứa được hỗ trợ trong Tệp kê khai V3 trở lên, nhưng lệnh gọi lại được cung cấp để đảm bảo khả năng tương thích ngược. Bạn không thể sử dụng cả hai trong cùng một lệnh gọi hàm. Lời hứa sẽ phân giải bằng cùng một loại được truyền đến lệnh gọi lại.
-
-
setAccessLevel
void
Lời hứa Chrome 102 trở lênĐặt cấp truy cập mong muốn cho vùng bộ nhớ. Chế độ mặc định sẽ chỉ là ngữ cảnh đáng tin cậy.
Hàm
setAccessLevel
có dạng như sau:(accessOptions: object, callback?: function) => {...}
-
accessOptions
đối tượng
-
accessLevel
Cấp truy cập của vùng bộ nhớ.
-
-
lệnh gọi lại
hàm không bắt buộc
Tham số
callback
có dạng như sau:() => void
-
returns
Promise<void>
Lời hứa được hỗ trợ trong Tệp kê khai V3 trở lên, nhưng lệnh gọi lại được cung cấp để đảm bảo khả năng tương thích ngược. Bạn không thể sử dụng cả hai trong cùng một lệnh gọi hàm. Lời hứa sẽ phân giải bằng cùng một loại được truyền đến lệnh gọi lại.
-
StorageChange
Thuộc tính
-
newValue
bất kỳ không bắt buộc nào
Giá trị mới của mục, nếu có giá trị mới.
-
oldValue
bất kỳ không bắt buộc nào
Giá trị cũ của mục, nếu có giá trị cũ.
Thuộc tính
local
Các mục trong vùng lưu trữ local
là cục bộ cho mỗi máy.
Loại
StorageArea và đối tượng
Thuộc tính
-
QUOTA_BYTES
10485760
Dung lượng tối đa (tính bằng byte) của dữ liệu có thể lưu trữ trong bộ nhớ cục bộ, được đo bằng việc chuyển đổi chuỗi JSON của mọi giá trị cộng với độ dài của mọi khoá. Giá trị này sẽ bị bỏ qua nếu tiện ích có quyền
unlimitedStorage
. Các bản cập nhật sẽ khiến giới hạn này bị vượt quá sẽ ngay lập tức không thành công và đặtruntime.lastError
khi sử dụng lệnh gọi lại hoặc Lời hứa bị từ chối nếu sử dụng chế độ không đồng bộ/chờ.
managed
Các mục trong vùng bộ nhớ managed
do chính sách doanh nghiệp do quản trị viên miền định cấu hình đặt và chỉ có thể đọc đối với tiện ích; việc cố gắng sửa đổi không gian tên này sẽ dẫn đến lỗi. Để biết thông tin về cách định cấu hình chính sách, hãy xem phần Tệp kê khai cho vùng bộ nhớ.
Loại
session
Các mục trong vùng lưu trữ session
được lưu trữ trong bộ nhớ và sẽ không được lưu trữ vĩnh viễn trên ổ đĩa.
Loại
StorageArea và đối tượng
Thuộc tính
-
QUOTA_BYTES
10485760
Dung lượng dữ liệu tối đa (tính bằng byte) có thể lưu trữ trong bộ nhớ, được đo bằng cách ước tính mức sử dụng bộ nhớ được phân bổ linh động của mọi giá trị và khoá. Các bản cập nhật sẽ khiến giới hạn này bị vượt quá sẽ không thành công ngay lập tức và đặt
runtime.lastError
khi sử dụng lệnh gọi lại hoặc khi Lời hứa bị từ chối.
sync
Các mục trong vùng lưu trữ sync
được đồng bộ hoá bằng Chrome Sync.
Loại
StorageArea và đối tượng
Thuộc tính
-
MAX_ITEMS
512
Số lượng mục tối đa có thể lưu trữ trong bộ nhớ đồng bộ hoá. Các bản cập nhật khiến bạn vượt quá giới hạn này sẽ không thành công ngay lập tức và đặt
runtime.lastError
khi sử dụng lệnh gọi lại hoặc khi Lời hứa bị từ chối. -
MAX_SUSTAINED_WRITE_OPERATIONS_PER_MINUTE
1000000
Không dùng nữaAPI storage.sync không còn hạn mức hoạt động ghi liên tục.
-
MAX_WRITE_OPERATIONS_PER_HOUR
1800
Số lượng tối đa các thao tác
set
,remove
hoặcclear
có thể thực hiện mỗi giờ. Tức là 1 lần mỗi 2 giây, thấp hơn giới hạn số lượt ghi mỗi phút trong thời gian ngắn.Các bản cập nhật sẽ khiến giới hạn này bị vượt quá sẽ không thành công ngay lập tức và đặt
runtime.lastError
khi sử dụng lệnh gọi lại hoặc khi Lời hứa bị từ chối. -
MAX_WRITE_OPERATIONS_PER_MINUTE
120
Số lượng tối đa các thao tác
set
,remove
hoặcclear
có thể thực hiện mỗi phút. Tốc độ này là 2 lượt/giây, mang lại băng thông cao hơn so với số lượt ghi/giờ trong một khoảng thời gian ngắn hơn.Các bản cập nhật sẽ khiến giới hạn này bị vượt quá sẽ không thành công ngay lập tức và đặt
runtime.lastError
khi sử dụng lệnh gọi lại hoặc khi Lời hứa bị từ chối. -
QUOTA_BYTES
102400
Tổng lượng dữ liệu tối đa (tính bằng byte) có thể được lưu trữ trong bộ nhớ đồng bộ hoá, được đo bằng việc chuyển đổi chuỗi JSON của mọi giá trị cộng với độ dài của mọi khoá. Các bản cập nhật sẽ khiến giới hạn này bị vượt quá sẽ không thành công ngay lập tức và đặt
runtime.lastError
khi sử dụng lệnh gọi lại hoặc khi Lời hứa bị từ chối. -
QUOTA_BYTES_PER_ITEM
8192
Kích thước tối đa (tính bằng byte) của từng mục riêng lẻ trong bộ nhớ đồng bộ hoá, được đo bằng cách chuyển đổi giá trị của mục đó thành chuỗi JSON cộng với độ dài khoá của mục đó. Các bản cập nhật chứa các mục lớn hơn giới hạn này sẽ không thành công ngay lập tức và đặt
runtime.lastError
khi sử dụng lệnh gọi lại hoặc khi một Lời hứa bị từ chối.
Sự kiện
onChanged
chrome.storage.onChanged.addListener(
callback: function,
)
Được kích hoạt khi một hoặc nhiều mục thay đổi.
Tham số
-
lệnh gọi lại
hàm
Tham số
callback
có dạng như sau:(changes: object, areaName: string) => void
-
các thay đổi
đối tượng
-
areaName
chuỗi
-