这是在 Mac 10.8 上
我已经编写了 Google Chrome 扩展程序和一个本地消息传递可执行文件，它使用本地消息传递与 Chrome 扩展程序进行通信。作为开发的一部分，我的概念证明一切正常。
问题是现在我想部署它。 我有我的内部安装程序，我需要通过它在此/Library/Google/Chrome/NativeMessagingHosts 目录中创建一个 com.my_company.my_product.json list 文件，除非我要求管理员用户的密码，否则无法访问该目录。
作为将 NPPlugin 迁移到 Chrome Extension Native 消息传递通信的一部分，我正在做这个端口，它将取代 NPPlugin。 NPPlugin 可以从/Library 和 ~/Library 访问，不需要 sudo 权限。
为什么 list 文件需要在根/库级别而不是用户 ~/库级别？如果是这样，我们如何才能在 Mac 上安装它而不用管理员密码打扰用户，用户显然不太可能共享管理员密码。
如果有人有解决方案， native 可执行文件是一个可以使用 Mac API 调用的 C++ 程序。
最佳答案
你的理解是正确的。 Chromium 团队正在研究用户目录作为一个附加选项。确保持续安全是首要问题。当有更多要报告时，我会更新这个答案。 (2014 年 6 月 1 日更新:查看 Rob W. 对此答案的评论)
关于c++ - 在/Library/Google/Chrome/NativeMessagingHosts 中创建 list 文件需要 super 用户权限，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/21007580/