HTML文件需放至服务器配置的根目录（如/var/www/html/），并确保Content-Type含charset=utf-8、路径正确（推荐绝对路径或<base>）、禁用缓存验证更新，否则将导致样式错乱、脚本不执行或中文乱码。
直接把 HTML 文件丢进服务器根目录，浏览器就能访问——但实际部署中，90% 的问题出在路径、编码或 MIME 类型上，不是“能不能打开”，而是“为什么打开后样式错乱/脚本不执行/中文变问号”。
HTML 文件放哪里才算“添加”成功
关键不是文件存在，而是 Web 服务器能按 HTTP 协议正确响应它。常见位置：
- Nginx/Apache：放在
/var/www/html/（Linux）或C:\xampp\htdocs\（Windows XAMPP）这类配置为root或DocumentRoot的目录下 - Vercel/Netlify：直接推送到 Git 仓库，平台默认识别
index.html为入口；若用子路径，需确保所有相对路径（如./css/style.css）仍能解析到对应资源 - 本地双击打开（
file://协议）：会禁用跨域请求、部分 API（如fetch读取本地 JSON）、Service Worker，仅适合快速预览，不算真正“添加网站”
Content-Type 是中文乱码的罪魁祸首
浏览器靠响应头里的 Content-Type 判断编码。如果服务器返回 text/html 但没带 ; charset=utf-8，而 HTML 里又没写 <meta charset="utf-8">，中文就会显示为方块或问号。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- HTML 文件开头必须有：
<meta charset="utf-8">（放在<head>内，且越靠前越好） - Nginx 配置中加：
charset utf-8;（在http或server块里） - Apache 启用
AddDefaultCharset UTF-8，或在.htaccess中写：AddCharset UTF-8 .html - 检查响应头：用浏览器开发者工具 → Network → 点开 HTML 请求 → 查看 Response Headers 中是否有
Content-Type: text/html; charset=utf-8
相对路径失效？先确认当前 URL 是什么
HTML 里写的 ./img/logo.png 或 ../js/app.js，是相对于**当前页面的完整 URL 路径**，不是文件系统路径。比如：
你访问的是 https://example.com/blog/post.html，那么 ./img/ 实际指向 https://example.com/blog/img/，而非网站根目录下的 /img/。
解决方法：
- 用绝对路径（从根开始）：
/img/logo.png（注意开头是/） - 用
<base href="/>统一基准路径（放在<head>最前面） - 部署到子目录（如
https://example.com/myapp/）时，所有资源路径要同步加前缀，或用构建工具（Vite、Webpack）的base配置自动处理
最容易被忽略的点：HTTP 缓存。改完 HTML 或 CSS 后，浏览器可能还在用旧版本。强制刷新（Ctrl+Shift+R）或检查 Network 面板里资源状态码是否为 200（而非 304），比反复改代码更省时间。
