.html 改名 .htm 后打不开，因服务器未注册 .htm 的 MIME 类型或本地关联错误；需配置 Content-Type 为 text/html，统一更新所有引用路径，并检查 favicon、manifest 等隐含依赖。
为什么 .html 文件改名成 .htm 后打不开？
不是所有服务器或本地环境都把 .htm 当作 HTML 解析——尤其在老旧 Windows IIS 或某些嵌入式设备上，.htm 是历史遗留的 8.3 文件名限制产物，而现代系统默认只注册了 .html 的 MIME 类型。直接重命名后浏览器可能拒绝渲染，或下载而非显示。
- 检查 Web 服务器配置：Apache 默认支持两者，但 Nginx 需显式添加
types { text/html htm html; } - 本地双击打开时，Windows 可能关联错误程序（比如用记事本打开却显示乱码），右键 →「打开方式」→ 选浏览器
- 路径中含中文或空格时，
.htm在某些旧工具链里更易出编码问题，不建议靠改后缀解决兼容性
如何安全地把 index.html 转成 index.htm？
本质是文件重命名 + 确保引用链不崩，不是格式转换——HTML 内容本身完全不需要改动。
- 先全局搜索项目里所有
href、src、link中的.html，替换成.htm（注意别误改 URL 参数里的.html） - 用命令行批量处理（Linux/macOS）：
find . -name "*.html" -exec rename 's/\.html$/.htm/' {} \;；Windows PowerShell 用Get-ChildItem *.html | Rename-Item -NewName {$_.Name -replace '\.html$','.htm'} - 如果用了构建工具（如 Webpack/Vite），别手动改文件，应在输出配置里设
output.filename: '[name].htm'，否则热更新会覆盖你的修改
Content-Type 响应头对 .htm 文件的影响
浏览器是否解析为 HTML，关键看服务器返回的 Content-Type，不是后缀。很多静态托管服务（如 GitHub Pages、Vercel）自动根据后缀推断，但自建服务容易漏配。
- Apache：确保
httpd.conf或.htaccess有AddType text/html .htm - Nginx：在
http或server块里加types { text/html htm; }，并确认include mime.types;已启用 - 本地测试用 Python 快速起服务：
python3 -m http.server 8000 --bind 127.0.0.1默认支持.htm，但 Python 2 的SimpleHTTPServer不支持，会返回text/plain
什么时候真该用 .htm 而不是 .html？
现在几乎没必须。除非对接明确要求 .htm 的老系统（比如某些银行内网 CMS、DOS 时代遗留的文档索引脚本），或者部署到 FAT32 格式的 U 盘且需兼容 Win98 设备。
立即学习“前端免费学习笔记（深入）”；
- Git 仓库里混用两种后缀会导致路径大小写敏感问题（macOS/Linux 区分，Windows 不区分），统一一种更省心
- SEO 角度无差别，但若已上线的
.html页面被收录，强行 301 重定向到.htm会损失权重，不值得 - 真正要关注的是语义化：用
.html表明内容类型，用.htm只是妥协，别把它当“更轻量”或“更快”的错觉
最常被忽略的一点：重命名后，favicon.ico 路径、manifest.json 里的 start_url、甚至 PWA 的 scope 都可能隐含硬编码的 .html，这些地方一漏，整个单页应用就白忙活。
