HTML5 页面需通过 HTTP/HTTPS 协议由服务器交付浏览器执行，不可双击打开；本地用 Live Server，内网用 nginx，上线优先选 GitHub Pages/Netlify/Vercel，自建云服务器时推荐 nginx；关键要确保路径、协议、MIME 类型正确。
HTML5 源码不是“运行在服务器上”，而是“由服务器提供给浏览器执行”——所以选服务器的核心标准只有一个：它能不能正确、稳定、低延迟地把 index.html 和配套的 .js、.css、.png 等静态文件发出去。
哪些服务器类型能跑 HTML5？
绝大多数现代 Web 服务器都支持纯静态 HTML5 页面，但适用场景差异极大：
-
本地开发调试：用
http-server或 VS Code 的Live Server插件就够了。它们不处理动态请求，只做文件分发，启动快、无配置、端口可调（如http://localhost:5500）。 -
小团队内网演示或测试：推荐
nginx（轻量、高性能、配置直观）。Mac/Linux 可用brew install nginx，Windows 下直接下 zip 解压即用；配置只需几行：server { listen 8080; root /path/to/your/html5-project; index index.html; } -
对外公开上线：优先选托管型服务，比如
GitHub Pages（免费、自动 HTTPS、绑定自定义域名）、Netlify（支持预渲染、边缘缓存、表单后端集成）、Vercel（对前端框架友好，html项目也能一键部署）。它们不用你管服务器运维，上传即生效。 -
必须自建云服务器（如阿里云 ECS、AWS EC2）：仅当有特殊需求时才考虑，例如需要反向代理、自定义 HTTP 头、强制跳转、或后续要加 Node.js 后端。此时推荐
nginx而非Apache——前者内存占用低、静态文件吞吐高、配置更简洁。
为什么不能直接双击打开 HTML5？
因为现代 HTML5 功能（比如 fetch() 请求本地 JSON、import ES 模块、localStorage 在某些上下文中的限制）在 file:// 协议下会被浏览器拦截，报错类似：Access to script at 'file:///xxx.js' from origin 'null' has been blocked。这不是代码写错了，是浏览器安全策略。
- 解决办法只有让页面走
http://或https://协议 - 哪怕只是本机访问，也必须通过
localhost—— 所以Live Server、http-server、nginx都是在帮你“伪造”一个合法的 HTTP 上下文 - 别信“改浏览器设置绕过同源策略”的方案，它不可靠、不安全、且新版 Chrome 已彻底禁用相关 flag
部署前必须检查的三件事
很多 HTML5 项目上线后白屏或资源 404，往往不是服务器问题，而是路径和结构没对齐：
立即学习“前端免费学习笔记（深入）”；
-
index.html中所有<script src="js/main.js">、<link href="css/style.css">的路径，必须相对于该 HTML 文件的位置。如果部署后路径变了（比如从根目录变成子路径/myapp/），就得改base标签或重写路径 - 确保所有资源文件（图片、字体、JSON）都已上传，且大小写完全一致——Linux 服务器区分大小写，
logo.PNG和logo.png是两个文件 - 检查 MIME 类型是否正确：服务器必须为
.js返回Content-Type: application/javascript，否则 Chrome 会拒绝执行；nginx默认配好，但自己写的简易 Python/Node 服务器容易漏掉
真正卡住人的，从来不是选什么服务器，而是没意识到 HTML5 本质是“浏览器端执行 + 服务器端交付”。只要交付链路干净（路径对、协议对、MIME 对），哪怕用 Python 的 python -m http.server 8000 都能跑起来——关键是别让它跑在 file:// 上。
