![使用方法如下:](https://linux22.com/image/1264952/%E4%BD%BF%E7%94%A8%E6%96%B9%E6%B3%95%E5%A6%82%E4%B8%8B%EF%BC%9A.png)
如何恢复 1 天前在 Google Chrome 中崩溃的标签页窗口?如果我 1 天前使用了 Chrome 中的另一个带有多个标签页的窗口。
答案1
我创建了一个纯 Web 应用程序来处理会话恢复问题。(受到最近一次计算机崩溃以及此线程和避免扩展的启发。)
用户界面依赖于 Chrome 自己的 UI 设计。
使用方法如下:
- 将请求的文件从“用户配置文件文件夹”之一拖放到 Chrome 会话恢复。
- 点击底部栏的小箭头打开可恢复选项卡列表
- 要打开会话,请设置要恢复的最大选项卡数,然后单击打开的选项卡菜单顶部的图标(单击箭头)。
Update per 30.05.2012:
*Favicons are shown;
*better instructions;
*directly copyable file-paths to the session files.
这是更多技术信息和一些有关恢复会话的背景信息。
答案2
答案3
我从上面链接的 Lo Sauer 的精彩帖子中找到了这一点。他在帖子中说道:
PS:如果您的文件没有损坏,您可以简单地用最后的标签页文件覆盖当前标签页文件,然后重新启动浏览器。
这招很管用。重启 Chrome 后,它问我是否要重新打开标签页,我笨拙地关闭了那个窗口。要使用上面的 PS 进行恢复,我首先在退出 Chrome 之前复制了我的旧会话文件(在同一个终端窗口中输入的所有命令):
cd ~/Library/Application\ Support/Google/Chrome/Default/
cp Last\ Session /tmp
然后我退出 Chrome,并将会话文件复制回来:
cp /tmp/Last\ Session Current\ Session
然后我再次运行 Chrome,呼呼我的所有标签和窗口都重新打开了,甚至没有任何提示。
答案4
那里的答案提到了经典的 Session Savers(以及一个特定的 Session Buddy),并且建议使用书签来存储重要标签,“而不是长时间打开它”。
因此我认为值得介入并指出所有这些解决方案都存在严重缺陷。
首先,书签的使用当然不是自动的,而且这只会污染书签。Session Savers 式解决方案的严重问题是崩溃窗口列表被埋在一些不可编辑的列表中,处于完全独立的上下文中,与当前窗口无关,并且在所有实际方面通常都是不可见的。多年来,我在 Firefox 和 Chrome 中都使用过所有这些解决方案,并且由于这个原因,我几乎从未检查过所有这些崩溃的会话。
此外,该解决方案的大部分(如果不是全部)不允许清理、重新排列和编辑自动保存的崩溃会话。
所有这些缺陷都是我不久前完成自己的解决方案的原因,该解决方案结合了两全其美的特性(这是书签和会话保存器方法的混合,还有其他一些方法):
标签大纲(Chrome 扩展程序)
它超越了简单的会话管理和重新启动崩溃窗口的能力,但我想展示这个用例,因为这实际上是创建此工具的首要原因。而且我已经厌倦了等待 Session Buddy 作者提供长期承诺的管理崩溃会话的能力。
在下一个屏幕截图中,您可以看到它如何表示您的浏览会话(2 个打开的窗口)以及其他几天的几个崩溃的窗口:
https://i.stack.imgur.com/qFY9Q.jpg(同一张图片但更大且细节更多)
请注意,崩溃的窗口与打开的窗口混合在一起,这是因为一些崩溃的窗口已经被恢复。
TabsOutliner 能够“就地”卸载选项卡以节省 PC 资源,这也使他能够将崩溃的窗口和选项卡视为已卸载。在此屏幕截图中,您可以看到崩溃的窗口(灰色,带有绿色标题)与打开的窗口(蓝色)处于相同的上下文中。并且您可以随时重新打开它们,或者如果不再需要它们(大多数情况下都是需要的),可以简单地重新组织和丢弃它们。所有这些都无需转到一些隐藏的单独列表。崩溃的窗口成为您当前会话的一部分,没有重新打开和消耗资源的负担,这感觉就像它们根本没有崩溃一样,您甚至会发现您欢迎崩溃,因为它们只会释放内存而不会丢失任何东西。
我从来没有完全关闭过 Chrome,有时甚至要关闭数周,所以实际上 Chrome 总是会崩溃,迟早都会崩溃。我可以毫不谦虚地说,这是解决此问题的最佳方法。在提出这个问题时,它还不存在,是的,Session Buddy 是当时最好的答案。在所有替代方案中,我自己用过它。但事情发生了变化,现在有了更好的解决方案。