也许我有点晚了，但我已经通过创建https://chrome.google.com/webstore/detail/chrome-unpacked-extension/fddfkmklefkhanofhlohnkemejcbamln解决了这个问题

它通过重新加载chrome://extensions页面，每当文件。变更事件是通过websocket传入的。

一个基于gulp的如何发出文件的示例。扩展文件夹中的文件更改时的更改事件可以在这里找到:https://github.com/robin-drexler/chrome-extension-auto-reload-watcher

为什么要重新加载整个标签，而不是仅仅使用扩展管理api来重新加载/重新启用扩展?目前禁用和启用扩展会再次导致任何打开的检查窗口(控制台日志等)关闭，我发现在活动开发期间这太烦人了。

是的，你可以间接地做!这是我的解决方案。

在manifest.json

{
    "name": "",
    "version": "1.0.0",
    "description": "",
    "content_scripts":[{
        "run_at":"document_end",
        "matches":["http://*/*"],
        "js":["/scripts/inject.js"]
    }]
}

在inject.js

(function() {
    var script = document.createElement('script'); 
    script.type = 'text/javascript'; 
    script.async = true;
    script.src = 'Your_Scripts';
    var s = document.getElementsByTagName('script')[0];
    s.parentNode.insertBefore(script, s);
})();

注入的脚本可以从任何位置注入其他脚本。

这种技术的另一个好处是你可以忽略孤立世界的限制。参见内容脚本执行环境

免责声明:我自己开发了这个扩展。

职员- Chrome Live扩展重新加载客户端

连接到与liverload兼容的服务器，每次保存时自动重新加载扩展。 额外的好处:在你的部分有一点额外的工作，你也可以自动重新加载你的扩展改变的网页。

大多数网页开发人员使用带有某种监控器的构建系统，该系统自动构建文件并重新启动服务器并重新加载网站。

开发扩展不应该有那么大的不同。Clerc为Chrome开发者带来了同样的自动化。使用liverload服务器设置一个构建系统，Clerc将侦听重新加载事件以刷新扩展。

唯一的大问题是对manifest.json的更改。清单中的任何微小的拼写错误都可能导致进一步的重新加载尝试失败，并且您将被卡住卸载/重新安装扩展以再次加载更改。

在重新加载之后，Clerc将完整的重新加载消息转发给您的扩展，因此您可以选择使用提供的消息来触发进一步的刷新步骤。

你的内容文件，如html和清单文件是不能改变没有安装扩展，但我相信JavaScript文件是动态加载，直到扩展已经打包。

我知道这是因为当前的项目，我通过Chrome扩展API工作，似乎每次我刷新一个页面加载。

mozilla的家伙们刚刚发布了一个新的https://github.com/mozilla/web-ext，你可以用它来启动web-ext运行——target chromium

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

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

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

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