Chrome双击打开本地HTML报错是因file://协议受安全策略限制；临时方案是命令行加--allow-file-access-from-files参数，但新版已弃用；推荐起本地HTTP服务（如Python的http.server或VS Code的Live Server），以真实环境模拟开发。
Chrome 直接双击打开本地 HTML 文件报错：net::ERR_FILE_NOT_FOUND 或空白页
这是 Chrome 默认安全策略导致的——它禁止通过 file:// 协议加载某些资源（比如 fetch()、XMLHttpRequest、localStorage 在部分场景下失效，更常见的是 import 无法加载本地 ES 模块）。不是文件路径错了，而是浏览器主动拦了。
临时绕过：启动 Chrome 时加 --allow-file-access-from-files 参数
这个参数只对当前命令行启动的 Chrome 实例生效，不改全局设置，适合调试。注意：仅限开发自用，绝不可用于日常浏览。
- Windows：按住 Shift 右键桌面 →「在此处打开 PowerShell 窗口」→ 运行：
chrome.exe --allow-file-access-from-files --new-window "D:\my-project\index.html"
/Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome --allow-file-access-from-files --new-window /Users/you/project/index.html
google-chrome --allow-file-access-from-files --new-window /home/user/project/index.html
⚠️ 该参数在新版 Chrome（117+）中已被标记为「deprecated」，部分功能（如跨域 fetch）仍可能被拦截，不能保证 100% 生效。
真正可靠的做法：起一个本地 HTTP 服务
把 file:// 换成 http://localhost:8000，就完全绕开了所有 file:// 限制。无需安装复杂工具，几秒搞定。
立即学习“前端免费学习笔记（深入）”；
- 有 Python 3？终端进项目目录，一行启动：
python3 -m http.server 8000
serve（一次）：npm install -g serve
然后在 HTML 所在目录运行：
serve -s . -p 8000
http://127.0.0.1:5500
所有现代前端操作（ESM import、fetch('./data.json')、Service Worker 注册）都正常工作。
为什么不要改 Chrome 的默认行为或注册表
网上有些教程教你在 Windows 注册表里加启动参数，或创建带参数的快捷方式并设为默认浏览器——这会导致每次点开任意链接都带上不安全参数，极大增加 XSS 和本地文件泄露风险。Chrome 明确不支持、不维护这种用法。
本地开发的本质不是“让浏览器妥协”，而是“模拟真实部署环境”。哪怕只是单页应用，也该习惯走 HTTP 协议。真正上线时你不可能靠双击 HTML 文件发布。
