google-chrome-devtools - "Cookies used by frames from X"在 Chrome 开发工具中是什么意思？

Question

在 Chrome 开发工具 > Cookies 下的应用程序中，我看到了一个 URL 列表。当我将鼠标悬停在每一个上时，Chrome 会显示消息“来自 X 的帧使用的 Cookie”。
起初，我假设框架的意思是“iframe”，即如果这个网页上使用了来自源 X 的 iframe，那么通过访问该站点(该站点的 iframe View )设置的任何 cookie 都将显示在开发工具中以供您检查。但是，我检查了每个源是否总是有相应的 iframe，但事实并非如此。
所以我的问题总结如下:

在这种情况下，“框架”是什么意思？

为什么这些 cookie 几乎总是空的？例如，我现在正在查看“来自 https://www.facebook.com 的框架使用的 Cookie”，它是空的。

Answer 1

如 Chrome DevTools documentation 中所述:

When you expand the Cookies category, it displays a list of domains ofthe main document and those of all loaded frames. Selecting one ofthese "frame groups" displays all cookies, for all resources, for allframes in that group. There are two consequences of this grouping tobe aware of:

• Cookies from different domains may appear in the same frame group.
• The same cookie may appear in several frame groups.

这是来自 Mozilla Storage Inspector documentation 的更明确的解释(虽然不是Chrome，但概念类似):

Cookies — All the cookies created by the page or any iframes inside ofthe page. Cookies created as a part of response of network calls arealso listed, but only for calls that happened while the tool is open.

因此，基本上，您将看到主文档的域及其所有 iframe。
关于没有对应框架的“空”框架
挺有趣的。它与 Preload pages for faster browsing and searching example有关或 Page Prefetch或 prerendering Chrome 的功能 has .
此功能位于 Chrome 设置 > 隐私和安全 > Cookie 和站点数据下。
此功能的作用是在您可能要点击的页面上预取链接。这允许页面在访问时加载得更快一些。
如果你深入他们的文档，你会发现 this :

Prerendered requests will use a ChromeURLRequestContext which has anew CookieStore interface, but is otherwise the same as the currentprofile’s ChromeURLRequestContext. If the PrerenderContents arediscarded without being used, the changes made to the CookieStoreinterface go away. Otherwise, the deltas will be committed to the mainCookieStore for the profile. If there is a merge problem, theprerendered page is discarded and a fresh request is issued.

这意味着对于使用不同 CookieStore 的预渲染请求 - 这就是它在您的主配置文件 DevTools 上为空的原因。它将 cookie 存储在不同的存储中，并在您实际单击链接后将它们合并到主存储中。