.htm与.html在功能、语法和浏览器解析上完全等价，差异仅源于dos时代8.3文件名限制（.htm为.html的3字符缩写）；现代系统无技术区别，但url路径严格区分，建议新项目统一使用.html以确保工具链兼容和规范一致。
HTML 和 htm 文件扩展名在功能、语法、浏览器解析上完全等价，没有技术区别。 你用 index.html 还是 index.htm，浏览器都会以相同方式加载和渲染页面。真正影响行为的，从来不是扩展名本身，而是服务器配置、链接路径是否匹配、以及文件系统大小写敏感性。
为什么会有 .htm 这个扩展名？
它纯粹是历史兼容产物：DOS 和早期 Windows（如 Win3.1）强制使用「8.3 文件名格式」——即主名最多 8 字符、扩展名最多 3 字符。html 是 4 个字母，超了，所以被截成 htm。现代系统（Windows NT 及以后、macOS、Linux）早已无此限制，但部分老旧服务器或遗留脚本仍保留该习惯。
常见场景包括：
- 某些嵌入式 Web 服务（如路由器管理界面）默认生成
status.htm而非status.html - 老版本 IIS 或 Apache 配置中硬编码了
.htm的 MIME 类型映射（虽然现在基本都统一为text/html） - Windows 资源管理器在「另存为网页」时，旧版 IE 默认选
.htm（新版 Edge 已统一用.html）
链接写错 .htm / .html 会导致 404 吗？
会，而且很常见。HTTP 协议不识别「扩展名别名」，/about.html 和 /about.htm 是两个完全不同的 URL 路径。
容易踩的坑：
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- 本地开发时用
index.htm，上线部署却改成了index.html，而 HTML 中的相对链接仍写href="contact.htm"→ 404 - 在 Linux/Unix 服务器上，
Page.HTML≠page.html≠page.htm（大小写敏感 + 扩展名严格匹配） - CDN 或静态托管服务（如 GitHub Pages、Vercel）默认不自动 fallback：请求
/help.htm时，不会尝试找/help.html
实际项目中该选哪个？
优先用 .html —— 它语义完整、社区共识强、工具链默认支持更稳。
除非你遇到这些明确约束：
- 对接的硬件设备文档明确要求用
.htm（比如某款 PLC 的 Web HMI 接口） - 维护一个 20 年前建的老站，所有内部链接、重写规则、SEO 收录都基于
.htm，贸然改可能断流量 - 团队规范或 CMS 模板引擎强制限定扩展名（少见，但存在）
注意：.html 和 .htm 在 Content-Type 响应头中通常都应设为 text/html；若服务器返回 application/octet-stream，问题不在扩展名，而在 MIME 配置漏了映射。
最易被忽略的一点：构建工具（如 Webpack、Vite）或静态站点生成器（如 Hugo、Jekyll）一般只监听 .html 后缀做模板处理；如果你混用 .htm，可能丢失热更新、语法高亮、或自动生成的 <link rel="canonical"> 标签。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
