Chrome扩展有一个权限系统，它不会允许它(一些人在SO有同样的问题)，所以要求他们“添加这个功能”是不会工作的IMO。有一封来自Chromium Extensions谷歌Groups的邮件，其中提出了一个使用Chromium .extension. getviews()的解决方案(理论)，但也不能保证工作。

是否可以加到清单上。json一些Chrome内部页面，如Chrome://extensions/，这将有可能创建一个插件，将与Reload锚交互，并使用外部程序，如XRefresh(一个Firefox插件-有一个Chrome版本使用Ruby和WebSocket)，你将实现你所需要的:

XRefresh是一个浏览器插件 是否会刷新当前网页 所选文件夹中的文件更改。这 使它有可能做活页 使用您最喜欢的HTML/CSS编辑 编辑器。

这是不可能做到的，但我认为你可以用不同的方式来使用这个概念。

您可以尝试找到第三方解决方案，而不是，在看到文件中的修改后(我不知道emacs也不知道Textmate，但在emacs中可以绑定一个应用程序调用“保存文件”动作)，只需单击特定应用程序的特定坐标:在这种情况下，它是从您的扩展在开发中的重新加载锚(您留下一个Chrome窗口打开只是为了重新加载)。

(疯狂至极，但可能管用)

我已经做了一个简单的可嵌入脚本热重载:

https://github.com/xpl/crx-hotreload

它监视扩展名目录中的文件更改。当检测到更改时，它重新加载扩展并刷新活动选项卡(以重新触发更新的内容脚本)。

通过检查文件的时间戳来工作 支持嵌套目录 在生产配置中自动禁用自身

Chrome扩展有一个权限系统，它不会允许它(一些人在SO有同样的问题)，所以要求他们“添加这个功能”是不会工作的IMO。有一封来自Chromium Extensions谷歌Groups的邮件，其中提出了一个使用Chromium .extension. getviews()的解决方案(理论)，但也不能保证工作。

是否可以加到清单上。json一些Chrome内部页面，如Chrome://extensions/，这将有可能创建一个插件，将与Reload锚交互，并使用外部程序，如XRefresh(一个Firefox插件-有一个Chrome版本使用Ruby和WebSocket)，你将实现你所需要的:

XRefresh是一个浏览器插件 是否会刷新当前网页 所选文件夹中的文件更改。这 使它有可能做活页 使用您最喜欢的HTML/CSS编辑 编辑器。

这是不可能做到的，但我认为你可以用不同的方式来使用这个概念。

您可以尝试找到第三方解决方案，而不是，在看到文件中的修改后(我不知道emacs也不知道Textmate，但在emacs中可以绑定一个应用程序调用“保存文件”动作)，只需单击特定应用程序的特定坐标:在这种情况下，它是从您的扩展在开发中的重新加载锚(您留下一个Chrome窗口打开只是为了重新加载)。

(疯狂至极，但可能管用)

博士TL;

创建一个WebSocket服务器，该服务器将消息分派给后台脚本，以处理更新。如果你正在使用webpack，不打算自己做，webpack-run-chrome-extension可以帮助你。

回答

您可以创建一个WebSocket服务器来作为WebSocket客户端与扩展通信(通过窗口对象)。然后，扩展将通过将WebSocket服务器附加到一些侦听器机制(如webpack devServer)来侦听文件更改。

文件改变了吗?设置服务器向扩展发送请求更新的消息(将ws消息广播到客户机)。扩展然后重新加载，回复“ok，重新加载”，并保持监听新的变化。

Plan

设置WebSocket服务器(用于分发更新请求) 找一个可以告诉你文件什么时候改变的服务(webpack/其他捆绑软件) 当发生更新时，向客户端发送请求更新的消息 设置WebSocket客户端(接收更新请求) 重新加载扩展

How

对于WebSocket服务器，使用ws。对于文件更改，使用一些监听器/钩子(如webpack的watchRun钩子)。对于客户端部分，使用本地WebSocket。然后扩展可以将WebSocket客户端附加到后台脚本上，以保持服务器(由webpack托管)和客户端(附加在扩展后台的脚本)之间的持久同步。

现在，为了让扩展重新加载自己，你可以在每次上传请求消息来自服务器时调用chrome.runtime.reload()，或者甚至创建一个“重新加载扩展”来为你做这件事，使用chrome.management.setEnabled()(需要“权限”:["management"]在清单中)。

在理想的情况下，像webpack-dev-server这样的工具或任何其他web服务器软件都可以提供对chrome扩展url的本地支持。在此之前，使用服务器代理扩展名的文件更改似乎是目前为止的最佳选择。

可用的开源替代方案

如果你正在使用webpack并且不想自己创建它，我做了webpack-run-chrome-extension，它做了我上面计划的。

我主要在Firefox中开发，其中web-ext运行会在文件更改后自动重新加载扩展。一旦准备就绪，我会在Chrome中进行最后一轮测试，以确保没有Firefox中没有出现的任何问题。

如果你想主要在Chrome上开发，并且不想安装任何第三方扩展，那么另一个选择是在扩展的文件夹中创建一个test.html文件，并添加一堆SSCCE。然后，该文件使用一个正常的<script>标记来注入扩展脚本。

您可以使用它进行95%的测试，然后当您想在现场测试它时手动重新加载扩展。

这并不能完全重现扩展所运行的环境，但对于许多简单的事情来说已经足够好了。

这不能直接完成。对不起。

如果你想把它作为一个功能，你可以在http://crbug.com/new上请求它