1. URL重写（URL Rewriting）概述
url重写是一种服务器端技术，允许网站管理员修改url的显示方式，使其对用户和搜索引擎更加友好。通过将复杂、带有查询参数的内部url（如 domain/some.php?f=query-string）转换为简洁、语义化的url（如 domain/query-string），可以提升用户体验、增强网站的seo表现。apache服务器主要通过 mod_rewrite 模块和 .htaccess 文件来实现这一功能。
2. mod_rewrite 基础配置
要使用URL重写功能，首先需要确保Apache服务器已启用 mod_rewrite 模块，并且网站目录允许通过 .htaccess 文件进行配置。这通常需要在Apache主配置文件（如 httpd.conf 或虚拟主机配置）中设置 AllowOverride All。
一个基本的 .htaccess 文件通常包含以下结构：
RewriteEngine On # 在这里添加你的重写规则
：这是一个条件块，确保只有在 mod_rewrite 模块加载时，内部的规则才会被解析和执行，避免在模块未加载时导致服务器错误。 - RewriteEngine On：此指令用于开启URL重写引擎。
3. RewriteRule 核心：模式匹配的陷阱与解决方案
RewriteRule 是实现URL重写的关键指令，其基本语法为：
RewriteRule Pattern Substitution [Flags]
- Pattern：一个正则表达式，用于匹配请求的URL路径。
- Substitution：当 Pattern 匹配成功时，URL将被重写到此路径。可以包含反向引用（如 $1, $2 等），对应 Pattern 中捕获组的内容。
- Flags：控制重写行为的标志，例如 [L] (Last，停止处理后续规则)、[R] (Redirect，执行外部重定向)、[NC] (No Case，不区分大小写) 等。
核心陷阱：RewriteRule 模式中的起始斜杠
在 .htaccess 文件中，RewriteRule 的 Pattern 匹配的是相对于当前目录的URL路径，这意味着它不包含域名和端口，也不包含URL路径开头的斜杠（/）。这是初学者常犯的错误。
错误示例（常见错误）：
RewriteRule ^/([^/.]+)$ some.php?f=$1 [NC,L]
上述规则中的 ^/ 尝试匹配一个以斜杠开头的路径。然而，在 .htaccess 的上下文中，传入 RewriteRule 匹配器的URL路径本身就没有开头的斜杠，所以 ^/ 永远不会匹配成功，导致规则失效。
正确示例（解决方案）：
要将 domain/query-string 重写为 some.php?f=query-string，正确的 RewriteRule 应该移除 Pattern 中的起始斜杠：
RewriteRule ^([^/.]+)$ some.php?f=$1 [L]
解析：
- ^([^/.]+)$：这是一个正则表达式，用于匹配URL路径的其余部分。
- ^：匹配字符串的开始。
- ([^/.]+)：这是一个捕获组。
- [^/.]：匹配任何不是斜杠（/）也不是点号（.）的字符。这确保了它不会匹配到子目录，也不会匹配到带有文件扩展名的请求（如 .html, .css 等）。
- +：表示前面的字符集匹配一次或多次。
- $：匹配字符串的结束。
- 整个模式捕获了URL中不包含斜杠和点号的任意字符串，例如 query-string。
- some.php?f=$1：这是重写后的目标URL。$1 是对 Pattern 中第一个捕获组 ([^/.]+) 的引用，即 query-string。
- [L]：Last 标志。它告诉 mod_rewrite，如果此规则匹配成功并执行了重写，则停止处理后续的 RewriteRule。这对于避免不必要的循环或冲突非常重要。
- [NC]：No Case 标志。在此特定场景中，由于正则表达式 [^/.]+ 本身不区分大小写，此标志是多余的，可以省略以提高一点点效率。
4. 完整的 .htaccess 配置示例
结合常用的 www 到非 www 重定向和 HTTP 到 HTTPS 重定向，一个完整的 .htaccess 文件可能如下所示：
RewriteEngine On # 1. 将 www 请求重定向到非 www (可选) # 如果用户访问 www.yourdomain.com，将其重定向到 yourdomain.com RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC] RewriteRule ^(.*)$ https://%1/$1 [R=301,L] # 2. 将 HTTP 请求重定向到 HTTPS (推荐) # 确保所有流量都通过 HTTPS RewriteCond %{HTTPS} off RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L] # 3. 美化URL：将 domain/query-string 重写到 domain/some.php?f=query-string # 此规则必须在处理文件或目录的规则之前 RewriteRule ^([^/.]+)$ some.php?f=$1 [L] # 4. 其他常见的重写规则 (例如，如果需要，处理 index.php) # RewriteRule ^index\.php$ / [R=301,L]
注意事项：
- 规则顺序： RewriteRule 的处理顺序非常重要。通常，外部重定向（如 www 到非 www、HTTP 到 HTTPS）应该放在内部重写规则之前。
- 测试： 在生产环境部署前，务必在开发环境中充分测试 .htaccess 规则，以避免意外的重定向循环或页面错误。
- 清除缓存： 浏览器和服务器都可能有缓存。测试时，请清除浏览器缓存或使用隐身模式，并可能需要重启Apache服务。
- . (点号) 的处理： [^/.] 模式排除了点号，这意味着它不会匹配 domain/style.css 或 domain/image.jpg 这样的请求，这通常是期望的行为，因为这些是静态文件。如果你需要处理带有文件扩展名的美观URL，需要调整正则表达式。
5. 总结
通过理解 mod_rewrite 在 .htaccess 中 RewriteRule 模式匹配的上下文，特别是关于起始斜杠的处理，可以有效地实现URL重写，将复杂的内部URL转换为简洁、用户友好的形式。正确配置 .htaccess 不仅能提升网站的用户体验，也有助于搜索引擎更好地索引和理解网站内容，从而优化SEO表现。始终记住，在部署任何 .htaccess 更改之前，进行彻底的测试是至关重要的。
