Apache RewriteRule 参数中多余斜杠问题解析
在使用apache的mod_rewrite模块进行url重写时，开发者可能会遇到一个常见问题：通过rewriterule捕获的url路径段在作为参数传递给后端脚本时，其值末尾会意外地包含一个斜杠。例如，当期望book参数的值为coding，chapter参数的值为mysql时，实际接收到的可能是coding和mysql/。
这个问题通常源于正则表达式的默认贪婪匹配行为。考虑以下RewriteRule：
RewriteRule ^(.+)/(.+)/?$ index.php?book=$1&chapter=$2 [NC,L,QSA] RewriteRule ^(.+)/?$ index.php?book=$1 [NC,L,QSA]
当URL为mydomain.com/coding/mysql/时，第一条规则被匹配。(.+)会尽可能多地匹配字符，而/?表示可选的斜杠。在coding/mysql/的例子中，第一个(.+)会捕获coding，而第二个(.+)会捕获mysql/，因为+是贪婪的，它会尽可能多地匹配，并且后面的/?使得末尾的斜杠成为了可选。这导致了chapter参数中包含了多余的斜杠。
解决方案：精确匹配路径段
为了解决这个问题，关键在于限制正则表达式的匹配范围，确保每个捕获组只匹配一个不包含斜杠的路径段。这可以通过使用非贪婪量词或更精确的字符类来实现。
1. 使用非贪婪量词 (+?)
虽然(.+?)可以将匹配变为非贪婪，但对于URL路径段的匹配，它仍然可能不如直接指定不包含斜杠的字符类清晰和高效。例如：
# 不推荐，但可作为理解非贪婪匹配的示例 RewriteRule ^(.+?)/(.+?)/?$ index.php?book=$1&chapter=$2 [NC,L,QSA] RewriteRule ^(.+?)/?$ index.php?book=$1 [NC,L,QSA]
这种方式在某些复杂场景下可能仍有歧义。
2. 推荐方案：使用 [^/]+ 字符类
更健壮和推荐的方法是使用[^/]+，它表示匹配一个或多个非斜杠字符。这确保了每个捕获组精确地匹配一个路径段，而不会包含任何斜杠。
RewriteEngine On # 规则1：匹配两个路径段（例如 /book/chapter/ 或 /book/chapter） RewriteRule ^([^/]+)/([^/]+)/?$ index.php?book=$1&chapter=$2 [L,QSA] # 规则2：匹配一个路径段（例如 /book/ 或 /book） RewriteRule ^([^/]+)/?$ index.php?book=$1 [L,QSA]
使用此规则集，对于URL mydomain.com/coding/mysql/，$_REQUEST数组将正确地显示为：
Array ( [book] => coding [chapter] => mysql )
对于URL mydomain.com/coding/?contactId=333，$_REQUEST数组将显示为：
Array ( [book] => coding [contactId] => 333 )
URL重写中的最佳实践与注意事项
除了解决参数中的斜杠问题，构建健壮的RewriteRule还需要考虑以下几个关键点：
1. 防止重写循环
当RewriteRule的目标路径本身可能再次被同一规则匹配时，会发生重写循环。例如，如果index.php文件本身可能被^([^/]+)/?$规则匹配，就会导致循环。一种常见的预防方法是在规则开始时排除对实际文件的重写：
# 排除对实际文件的重写，例如 index.php RewriteRule ^index\.php - [L]
然而，更优的策略是让重写规则本身足够具体，以避免匹配到实际文件。
2. 统一URL尾部斜杠处理
为了避免“重复内容”问题（SEO不利），建议对URL的尾部斜杠保持一致性：要么全部包含，要么全部省略。如果允许两种形式，应使用301重定向将一种形式永久重定向到另一种。
例如，强制所有URL以斜杠结尾：
# 将非文件/目录的URL重定向到带尾部斜杠的形式
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*[^/])$ /$1/ [L,R=301]或者，强制所有URL不带尾部斜杠：
# 将带尾部斜杠的URL重定向到不带斜杠的形式
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_URI} (.+)/$
RewriteRule ^ %1 [L,R=301]3. 避免重写实际文件
上述的[^/]+规则虽然能解决斜杠问题，但如果你的URL模式与实际的文件名（如library.php）冲突，可能会将文件当作参数进行重写。例如，mydomain.com/library.php可能会被重写为index.php?book=library.php。
为了避免这种情况，可以进一步细化正则表达式，排除包含点号（.）的路径段，因为文件通常包含文件扩展名：
RewriteEngine On # 规则1：匹配两个不含斜杠和点号的路径段 RewriteRule ^([^/.]+)/([^/.]+)/?$ index.php?book=$1&chapter=$2 [L,QSA] # 规则2：匹配一个不含斜杠和点号的路径段 RewriteRule ^([^/.]+)/?$ index.php?book=$1 [L,QSA]
通过使用[^/.]+，可以确保规则只匹配“干净”的URL路径段，而不会错误地匹配到带有文件扩展名的实际文件。这种方法也自然地避免了对index.php等文件的重写循环，因为index.php包含一个点。
总结
Apache RewriteRule 的强大功能需要精准的正则表达式来驾驭。处理参数中多余斜杠的关键在于理解正则表达式的贪婪特性，并采用[^/]+或[^/.]+等更精确的字符类来匹配URL路径段。同时，遵循最佳实践，如防止重写循环、统一尾部斜杠处理以及避免重写实际文件，将有助于构建更健壮、高效且SEO友好的URL重写策略。始终记住，正则表达式应尽可能具体，只匹配所需的内容，以避免意外的副作用。
