Permissions-Policy: deferred-fetch-minimal 指令

可用性有限

此特性不是基線特性,因為它在一些最廣泛使用的瀏覽器中不起作用。

實驗性: 這是一項實驗性技術
在生產中使用此技術之前,請仔細檢查瀏覽器相容性表格

deferred-fetch-minimal Permissions-Policy 指令是 fetchLater() API 的一部分。

此指令與 deferred-fetch 一起,決定了 640KiB 的總配額限制如何在頂級源及其跨源子幀之間分配。預設情況下,頂級源被授予 512KiB,每個跨源子幀從剩餘的 128KiB 中獲得 8KiB。deferred-fetch-minimal Permissions Policy 也可以阻止所有源;這將把 128KiB 的共享限制重新分配給頂級配額,使其可以訪問完整的 640KiB 限制。

有關更多詳細資訊和示例,請參閱 fetchLater() 配額指南。

語法

http
Permissions-policy: deferred-fetch-minimal=*
Permissions-policy: deferred-fetch-minimal=()
Permissions-policy: deferred-fetch-minimal=(self)
Permissions-policy: deferred-fetch-minimal=(<url-list>)
<url-list>

一個用空格分隔的源列表,這些源被允許使用次級 128KiB 配額(每個子幀最大 8KiB)。

如果頂級幀的 deferred-fetch-minimal 許可權設定為 self(),則不允許跨源子幀使用預設的共享 128kb 配額。相反,子幀的 128KiB 配額會新增到其正常配額中。

預設策略

deferred-fetch-minimal 的預設允許列表是 *

示例

有關更多示例,請參閱 fetchLater() 配額

使用最小配額

http
Permissions-Policy: deferred-fetch=(self "https://b.com")
  1. b.com 的子幀在建立時從頂級 512KiB 限制中獲得 64KiB。
  2. c.com 的子幀未列出,因此在建立時從 128KiB 共享限制中獲得 8KiB。
  3. 另外 15 個子幀在建立時將獲得 8KiB(類似於 c.com,另一個 c.com 子幀也將獲得另一個 8KiB 配額)。
  4. 下一個子幀將不會獲得任何配額。
  5. 如果其中一個子幀被移除,其延遲獲取將被髮送。
  6. 下一個子幀將獲得 8KiB 配額,因為再次有可用配額。

完全撤銷最小配額(有例外)

http
Permissions-Policy: deferred-fetch=(self "https://b.com")
Permissions-Policy: deferred-fetch-minimal=()
  1. b.com 的子幀在建立時獲得 64KiB。
  2. c.com 的子幀在建立時未獲得任何配額。
  3. 頂級文件及其同源後代最多可以使用完整的 640KiB,但如果建立了 b.com 子幀,則會減少到 574KiB。

完全撤銷最小配額(無例外)

http
Permissions-Policy: deferred-fetch-minimal=()
  1. 頂級文件及其同源後代可以使用完整的 640KiB。
  2. 子幀未分配任何配額,也不能使用 fetchLater()

將最小配額限制為指定源

http
Permissions-Policy: deferred-fetch=(self "https://b.com")
Permissions-Policy: deferred-fetch-minimal=("https://c.com")
  1. b.com 的子幀在建立時獲得 64KiB。
  2. c.com 的子幀在建立時獲得 8KiB。
  3. d.com 的子幀在建立時未獲得任何配額。

規範

規範
Fetch
# available-deferred-fetch-quota

瀏覽器相容性

另見