本文旨在深入探讨并解决 `.htaccess` 文件中常见的“重定向次数过多”问题，尤其针对子域名配置场景。我们将分析导致重定向循环的常见原因，提供通过 `rewritecond` 精确控制重定向逻辑的解决方案，并分享一系列优化配置、提升安全性的最佳实践，帮助开发者构建稳定高效的网站重定向规则。
在网站开发和维护过程中，.htaccess 文件是Apache服务器上实现URL重写和重定向的强大工具。然而，不当的配置极易导致“重定向次数过多”（Too Many Redirects）的错误，尤其在处理子域名或协议切换时。这种错误通常表现为浏览器无法加载页面，并提示重定向循环。
理解重定向循环的成因
重定向循环的根本原因在于服务器被配置为将请求从A重定向到B，而B又被配置为将请求重定向回A，或者B被重定向到自身。在子域名配置场景中，一个常见的错误是尝试将所有来自HTTP协议的请求重定向到特定子域名，但却没有明确指定当请求已经位于该子域名时停止重定向。
例如，以下规则：
RewriteEngine On
RewriteCond %{SERVER_PORT} 80
RewriteRule ^(.*)$ http://subdomain/$1 [R,L]这条规则的意图可能是将所有HTTP请求重定向到 http://subdomain/。然而，如果 subdomain 本身就是目标域名，并且该请求依然通过HTTP（端口80）访问，那么这条规则会不断地将请求重定向到它自己，从而形成无限循环。这里的 http://subdomain/$1 是一个占位符，实际应用中应替换为具体的子域名，例如 http://sub.example.com/$1。
避免子域名重定向循环的策略
要有效避免重定向循环，关键在于在执行重定向之前，添加额外的条件来判断请求是否已经满足目标状态。对于子域名重定向，这意味着我们需要检查请求的 Host 头信息。
以下是一个修正后的示例，它将所有通过HTTP（端口80）访问且主机名不是 sub.example.com 的请求重定向到 http://sub.example.com：
RewriteEngine On
RewriteCond %{SERVER_PORT} 80
RewriteCond %{HTTP_HOST} !^sub\.example\.com$ [NC]
RewriteRule ^(.*)$ http://sub.example.com/$1 [R=301,L]解析上述规则：
- RewriteEngine On: 开启重写引擎。
- RewriteCond %{SERVER_PORT} 80: 这是一个条件，只有当请求通过HTTP端口（通常是80）到达时，才考虑执行后续的 RewriteRule。
- RewriteCond %{HTTP_HOST} !^sub\.example\.com$ [NC]: 这是关键的条件。
- %{HTTP_HOST}: 获取当前请求的主机名。
- !^sub\.example\.com$: 这是一个正则表达式，! 表示“不匹配”。它检查当前主机名是否不是 sub.example.com。
- [NC]: 表示不区分大小写匹配。
- RewriteRule ^(.*)$ http://sub.example.com/$1 [R=301,L]:
简化重定向目标：
上述 RewriteRule 中的 $1 可以替换为更简洁的 %{REQUEST_URI}，其效果是相同的，都用于保留原始请求的URI路径：
RewriteEngine On
RewriteCond %{SERVER_PORT} 80
RewriteCond %{HTTP_HOST} !^sub\.example\.com$ [NC]
RewriteRule ^ http://sub.example.com%{REQUEST_URI} [R=301,L]综合示例：完整的 .htaccess 配置
在实际应用中，.htaccess 文件通常包含多条规则，用于处理文件扩展名、目录访问、错误页面等。以下是一个更完整的示例，展示了如何将上述重定向逻辑与其他常见规则结合：
RewriteEngine On
# 1. HTTP到HTTPS的强制重定向 (强烈推荐)
# 确保所有请求都使用HTTPS协议
RewriteCond %{HTTPS} off
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
# 2. 将非特定子域名的HTTP请求重定向到目标子域名
# 此规则应在HTTPS重定向之后，以避免复杂的双重重定向
# 假设目标子域名是 sub.example.com
RewriteCond %{SERVER_PORT} 80
RewriteCond %{HTTP_HOST} !^sub\.example\.com$ [NC]
RewriteRule ^ http://sub.example.com%{REQUEST_URI} [R=301,L]
# 3. 移除 .php 扩展名 (可选，如果需要URL美化)
# 例如，访问 /about 而不是 /about.php
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME}\.php -f
RewriteRule ^(.*)$ $1.php [NC,L]
# 4. 自定义404错误页面
# 如果请求的文件或目录不存在，则重定向到 /404.php
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule ^404/?$ /404.php [L] # 内部重写到404页面
# 5. 如果请求的文件或目录不存在且不是404页面，则重定向到自定义404路径
# 注意：此规则应放在最后，作为捕获所有未匹配请求的默认行为
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule ^ http://sub.example.com/404 [L,R=302] # 外部重定向到404页面注意事项：
- RewriteEngine On 仅需一次：在一个 .htaccess 文件中，RewriteEngine On 只需声明一次，它会开启整个文件的重写引擎。重复声明是多余的，但通常不会导致错误。
- HTTPS 优先：现代网站应优先使用HTTPS。将HTTP请求强制重定向到HTTPS是最佳实践。将HTTPS重定向规则放在其他重定向规则之前，可以简化逻辑并减少潜在的冲突。
- 重定向类型：R=301 表示永久重定向，对SEO友好。R=302 表示临时重定向。根据实际需求选择。
- 规则顺序至关重要：.htaccess 规则按照它们在文件中的顺序执行。将更具体的或更重要的规则放在前面，将通用或“捕获所有”的规则放在后面。例如，404错误处理通常放在最后。
- 测试与调试：在生产环境部署前，务必在开发或测试环境中充分测试 .htaccess 文件的更改。可以使用浏览器开发者工具查看HTTP请求和响应头，以确认重定向是否按预期工作。
- 主机名具体化：在 RewriteCond %{HTTP_HOST} 和 RewriteRule 中，始终使用具体的、完整的域名（例如 sub.example.com），而不是模糊的“subdomain”占位符。
总结
解决 .htaccess 重定向循环问题的核心在于精确控制重定向条件，确保规则只在必要时触发。通过合理利用 RewriteCond，特别是针对 %{SERVER_PORT} 和 %{HTTP_HOST} 进行判断，可以有效避免无限循环。同时，遵循HTTPS优先、合理组织规则顺序、使用永久重定向以及进行充分测试等最佳实践，能够构建出健壮、高效且对搜索引擎友好的网站重定向机制。
