“啊，啪！” macOS 上 Google Chrome 中任何操作的消息

Question

我已经开始使用 Chrome 了--enable-logging --v=1，这两个错误在每次“啊，快点！”时都会发生：

2017-02-04 18:36:19.660 Google Chrome Helper[12718:237106] Couldn't set selectedTextBackgroundColor from default ()
[11128:41731:0204/183653.850096:ERROR:upload_data_presenter.cc(77)] Not implemented reached in virtual void extensions::RawDataPresenter::FeedNext(const net::UploadElementReader &)

在以下情况下会出现此消息：

• 打开新标签时
• 加载新页面时
• 当我打开 Chrome 并加载以前关闭的页面时
• 当我打开 Chrome 设置时

我还注意到 Chrome 变得有些反应迟钝：

• 我需要在检查按钮上单击 3 次才能打开开发工具
• 有时我需要多次按回车才能进入网站，而网站地址已经输入
• 在书签页面上多次按以进入该页面

已经做了什么：

• 从一开始就清除缓存
• 禁用所有扩展
• 重新安装了 Chrome
• 更新的 Chrome
• 尝试了不同的网络
• 未经检查 Use hardware acceleration when available

我在 macOS Sierra 10.12.3 上运行 Google Chrome v. 56.0.2924.87（64 位）。我的 MBA 键盘没有任何问题 - 在所有其他应用程序中都完美无缺。

---

更新：

正如评论中所建议的，我已经在 Chrome 中注销了我的 Google 帐户，重新启动了我的 MBA 并再次登录。我没有使用“vanilla”帐户，也没有调整任何其他设置。现在一切似乎都运行良好，但我不确定究竟是什么解决了这个问题。

---

我还能做些什么来解决这个问题？

Answer 1

考虑到任何操作都会发生崩溃，并且 macOS 的重新启动在某种程度上有所帮助，很可能您已经达到了系统中允许打开的最大文件数的限制。这是一个已知问题，并且可能不会很快得到解决，因为“Chrome 对此无能为力”。

要验证这一点，请运行以下sysctl命令：

sysctl -a | grep files

并kern.num_files与 的极限进行比较kern.maxfiles。

如果数量接近极限，那肯定就是原因。

要检查打开这么多文件的原因，请分析输出sudo lsof并找到导致问题的应用程序。

如果您认为一切都处于合理状态，要解决问题，请运行以下命令：

launchctl limit maxfiles 65536 unlimited
sysctl -w kern.maxfiles=20480
ulimit -c unlimited

要使更改永久生效，您需要将其添加到某些全局启动脚本（例如/etc/rc.local）中。

相关：如何确定导致 Chrome 显示“噢，啪”对话框的原因。