双击打开HTML文件只能有限运行，因浏览器禁用file://协议下的fetch、localStorage等API；开发应使用Live Server插件或http-server等本地服务。
直接双击打开就能运行，但浏览器会限制本地文件功能
HTML5 文件本质是纯文本，写完保存为 .html 后缀，双击用 Chrome/Firefox 打开确实能渲染页面——但这是“有限运行”：所有涉及 fetch、XMLHttpRequest、localStorage（部分浏览器）、Service Worker 的代码大概率报错或不生效，因为现代浏览器默认禁止 file:// 协议下的跨域和部分 API 调用。
常见错误现象：Failed to load resource: net::ERR_FILE_NOT_FOUND（读取本地 JSON）、Access to fetch at 'file:///...' from origin 'null' has been blocked。
- 开发阶段别双击打开，哪怕只是改个按钮颜色也建议起个本地服务
- 临时验证结构/样式？用 Edge 或 Firefox 有时比 Chrome 宽松一点，但不可依赖
- 真要离线跑完整逻辑（比如带本地数据的 PWA），必须用
http-server、live-server或 VS Code 的 Live Server 插件
VS Code 里点一下就起服务：Live Server 插件最省事
装好 Live Server 插件后，右键 HTML 文件 → “Open with Live Server”，它会自动启动一个 http://127.0.0.1:5500/xxx.html 地址，所有 API 都能正常调用，保存即刷新。
为什么推荐它？不是因为它多高级，而是它默认配置合理：http:// 协议、支持 CORS、自动处理 MIME 类型、端口冲突时自动换端口——比手动敲 npx http-server 少记命令，比自己配 Webpack 少踩 80% 的坑。
立即学习“前端免费学习笔记（深入）”；
- 插件安装后需重启 VS Code 才生效（很多人卡在这步）
- 如果右键没出现菜单，检查是否在正确的 HTML 文件上右键（不是文件夹或空行）
- 端口被占时它会弹窗提示并自动用下一个端口，不用手动改配置
命令行起服务：http-server 和 live-server 参数差异
两者都基于 Node.js，但行为细节不同。比如你执行 npx http-server 默认只 serve 当前目录，而 npx live-server 默认打开浏览器并监听文件变化；前者默认不压缩，后者默认启用 gzip（影响小文件加载速度）。
性能影响不大，但兼容性有区别：旧项目用 IE 测试？http-server 更稳；需要热重载+自动跳转首页？live-server 更顺手。
-
npx http-server -p 8080 -c-1：指定端口 8080，禁用缓存（开发必备） -
npx live-server --port=8080 --no-browser：指定端口且不自动打开浏览器（适合已开着 DevTools 的场景） - 都不用全局安装，
npx保证每次用最新版，避免本地版本太老导致fetch报错
写完 HTML5 别急着发给别人，先检查三件事
很多人把文件发给同事，对方打不开，第一反应是“他电脑坏了”。其实 90% 是这三处漏了：
- 路径写死了：
<script src="js/main.js"></script>但实际文件在./src/js/main.js，相对路径错一级就 404 - 编码没声明：
<meta charset="UTF-8">漏写，中文变乱码，尤其用记事本编辑过之后 - DOCTYPE 缺失：没写
，浏览器进 Quirks Mode，CSS Flex/Grid 直接失效
这些错在本地服务下不一定暴露，但一发到别人机器或部署环境就立刻崩。检查完再传。
