为何Chromium 64使用ES6 import语法报错，而Chrome 62无此问题？

这个问题确实有点反直觉——按说版本更高的Chromium应该对ES6特性支持更好，但Debian定制的Chromium和官方Chrome之间的差异往往是罪魁祸首，我来帮你拆解可能的原因和解决办法：

1. 检查Chromium的ES6模块启用状态 #

Debian打包的Chromium开发者版可能默认关闭了某些实验性JS特性（虽然理论上64版本应该原生支持ES6模块）。你可以在地址栏输入chrome://flags/#enable-es6-modules，查看ES6 Modules选项是否处于启用状态，如果是Disabled就改成Enabled，重启Chromium再测试。

2. 避开file://协议的限制 #

浏览器对于file://协议下的资源加载有严格的安全限制，Chromium在这方面比官方Chrome更严格——它默认禁止在file协议下加载ES6模块，防止跨文件权限问题。你可以用本地HTTP服务器来测试：

• 打开终端，进入你的静态网站目录
• 运行命令：python3 -m http.server 8000（如果是Python2就用python -m SimpleHTTPServer 8000）
• 然后用http://localhost:8000访问你的页面，看看import语法是否正常工作

3. 验证你的ES6模块语法是否符合标准 #

浏览器端的ES6模块有几个容易踩坑的点，Chromium可能比Chrome更严格：

• 必须指定完整的文件后缀（比如import utils from './utils.js'，不能写成import utils from './utils'）
• 不能在普通脚本标签里用import，必须加type="module"属性，比如：

<script type="module" src="./main.js"></script>

• 模块文件的MIME类型必须是text/javascript，静态服务器通常会自动处理，但file协议下可能识别有问题

4. Debian定制Chromium的编译差异 #

Debian官方编译的Chromium会加入一些自己的补丁和配置，比如安全沙箱的强化、某些非自由特性的移除，这些都可能影响ES6模块的正常工作。如果上面的方法都无效，你可以尝试下载Chromium的官方二进制包（非Debian定制版）测试，看是否还存在同样的问题。

内容的提问来源于stack exchange，提问作者Kyle Baker