如何让 xul 的 <browser> 拥有自己的个人资料？

Question

我在 xul 中使用了两个 <browser>s，每个应该使用不同的配置文件。两者都在浏览同一个站点（它是一个 web 应用程序），但他们应该单独处理他们的会话。目前，如果我在其中一个中设置一个 cookie，它也将在第二个 <browser> 上可用。有没有办法让他们完全独立？

Answer 1

<browser>s 和网络的东西大多是独立的。即：有一个 cookie 服务和一个使用 cookie 服务的 HTTP“服务”......或者如果您愿意，还有一个 profile。 您不能在同一进程中运行两个配置文件...

嗯，实际上现在有两组 cookie（和缓存等 - 或一般的用户状态）。用于私人浏览的常规和易失性。如果您真的只关注两个不同的<browser>s 而不是n>=2，那么将<browser>s 之一切换到隐私浏览模式可能就足以满足您的用例。 通常应该可以设置PrivateBrowsingUtils.privacyContextFromWindow(window).usePrivateBrowsing = true;，其中window 是您的<browser> 的.contentWindow。使用Cu.import("resource://gre/modules/PrivateBrowsingUtils.jsm") 首先在您的窗口中加载实用程序代码模块；） 或许可以从这个领域的出色 Private Tab 插件获得一些灵感，因为这基本上就是插件所做的：将 <browser>s 设置为不同的隐私浏览模式，因此用户状态进入同一个窗口。

更新 1：私有 session 基本上是一个常规会话，分别跟踪 cookie、本地存储、缓存等，但只保存在内存中，从不写入磁盘。因此，一旦应用程序退出，它就会消失。此外，一旦最后一个私有窗口上下文关闭（好吧，与之关联的nsIDocShell），"last-pb-context-exited" notification will be sent 也会导致私有会话被丢弃。如果您遇到私人会话过早消失的问题，只需在某处保留另一个（隐藏的）私人<browser>。

如果这还不够，请考虑运行两个单独的 Firefox 实例。 -profile <path> 和 -no-remote（用于并行运行会话）开关是您的朋友。

如果您只使用 cookie，也可以通过 getting the <browser> first （如果有）从您的 <browser>s 生成 manipulate the cookies requests，然后酌情添加 Cookie 标头。当然，这不会影响网站可能使用的其他内容，例如 localstorage 或 IndexedDB，因此可能还不够。

如果以上所有方法对你都不起作用，那我猜你不走运......

将来可能会使用e10s（多进程 Firefox）做更多花哨的事情，但是不支持或不可能在一个应用程序实例中使用两个配置文件的 IIRC 也不计划（从 Nightly 判断，其中已经有实验性的e10s 支持）。