1. 标准后缀：.html 与 .htm
在网页开发中，HTML 文件的后缀名最常见的两种是 .html 与 .htm。其中 .html 是现代服务器和浏览器最推荐的静态页面后缀，而 .htm 则保留了历史兼容性，尤其在早期的 Windows 系统和某些遗留主机上仍然可见到。对站点管理员来说，统一后缀有助于简化配置与 SEO。
在实际使用中，选择哪一个后缀往往取决于服务器配置、主机环境以及团队约定。统一性和可读性是关键考量因素：如果一个站点全使用 .html，搜索引擎和静态托管往往更易于识别和缓存。反之，混用可能增加重写规则和重定向的复杂度。
以下示例展示一个最简 HTML 页面的典型结构，以及如何以不同后缀名命名同样的页面文件：
<!DOCTYPE html>
<html lang="zh-CN">
<head><meta charset="UTF-8"><title>示例页面</title>
</head>
<body><h1>欢迎访问</h1>
</body>
</html>
1.1 .html 的含义与使用场景
在大多数情况下，.html 用于“纯静态”HTML 文件，其内容由前端直接提供，不依赖服务器端脚本。对于公开的静态页面、产品说明、博客文章等场景，.html 能带来更短的部署路径和更直观的资源定位。
搜索引擎对静态 HTML 的抓取效率通常更高，因为内容直接位于页面标签内，爬虫索引和缓存友好性较好。此外，静态页面的缓存策略通常更简单，CDN 配置也更直接。
1.2 .htm 的历史原因与兼容性
在早期的操作系统和文件系统中， extension 的长度有限制，3 字符后缀成为约定俗成的标准，因此出现了 .htm。随着技术演进，.html 成为更通用的选择，但在遗留系统、老站点或某些托管环境中，仍可能看到 .htm 的使用。
如果你需要维护历史代码库或与旧系统对接，保留对 .htm 的兼容性可以降低潜在的重写和重定向成本。相反，若面向现代部署，优先采用 .html 会更符合主流实践。
2. 其他常见扩展名及使用场景
2.1 .xhtml 的语法与使用场景
XHTML 是一种以 XML 语法为基础的 HTML 版本，通常以 .xhtml 为扩展名。它对标记要素提出更严格的自闭合和嵌套规则，适用于需要强制性文档结构的项目。XML 兼容性 使得在解析器或语言之间的转换更可预测，但同时也增加了编写的复杂度。
在实践中，使用 .xhtml 的页面会在服务器端以 text/html 或 application/xhtml+xml 提供，浏览器通常以 HTML 语义来渲染，但要确保文档严格遵循 XML 语法要求。以下是一个 XHTML 的最小示例：
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="zh-CN" lang="zh-CN"><head><meta charset="UTF-8" /><title>XHTML 示例</title></head><body><p>这是一个 XHTML 示例。</p></body>
</html>
2.2 .mhtml / .mht 的用途与局限
.mhtml（或 .mht）是一种将网页及其引用的资源打包在单一文件中的格式，便于离线存档和离线浏览。对于需要一次性保存、分享整个页面的场景，.mhtml 提供了便利性。部署与兼容性 方面，这种扩展在某些浏览器中仍然可用，但在现代站点构建与部署中并不常见。
使用场景包括：离线备份、传递带有嵌入资源的单文件页面、简易演示材料等。下面是一个简化的 MHTML 头部示例，表示该文件是一个打包的网页：
Content-Type: multipart/related; boundary="----=_NextPart_000_01"
Content-Location: index.html
Start: 0
3. 基于服务器端输出的 HTML 文件后缀
3.1 .php、.asp、.aspx 的用途
除了静态 HTML 文件之外，许多站点在服务器端使用脚本语言来生成 HTML 内容，因此出现了 .php、.asp、.aspx 等后缀。这些后缀本身并不等同于“静态 HTML”，服务器会执行脚本，再把结果作为 HTML 发送给浏览器。
在实践中，这类后缀的页面往往具备动态交互能力、数据库访问、模板渲染等能力。通过将业务逻辑与展示分离，开发效率和可维护性显著提升。以下为一个简单的 PHP 生成 HTML 的示例：
3.2 模板与静态站点的源扩展名
在现代前端工作流中，很多站点先使用模板语言产出 HTML，再通过构建工具输出为最终的 .html 文件。模板源文件的扩展名并不会直接出现在对外访问的 URL 中，但却极大地提升了页面的复用性与生成效率。常见的模板源后缀包括 .tpl、.ejs、.liquid 等；最终生成的文件通常是 .html。
通过构建阶段实现从模板到 HTML 的转换，可以在不改变对外公开的 .html 文件的情况下，保持开发时的灵活性与组件化。下面是一个简单的模板示例（并非最终产出 HTML 的后缀）以帮助理解：
<!-- 假设模板源文件：index.tpl -->
<!DOCTYPE html>
<html lang="zh-CN">
<head><meta charset="UTF-8"><title>模板示例</title>
</head>
<body><p>内容占位符：{{ content }}</p>
</body>
</html>
