.htaccess实现lang参数主域名跳转语言子域名的重定向循环与语言失效问题

核心问题根因 #

• 无限循环的触发来源：原规则未对「当前请求对应的Host地址」做前置判断，无论主域名还是已经跳转后的语言子域名，只要URL携带lang参数就会触发重定向。第一次从主域名跳转到子域名后，携带原lang参数的子域名请求会再次匹配重定向逻辑，陷入循环直到浏览器报错。
• 清参数后语言识别失效的原因：为了去参数在URL末尾加问号的写法会直接清空所有查询串，一方面误删页面正常运行需要的业务参数，另一方面站点程序未适配「从子域名前缀读取语言标识」的逻辑，仍然依赖URL内的lang参数做判断，参数被清空后自然回退到默认的英文展示。

可直接使用的修正后规则 #

将现有.htaccess内的重定向规则替换为以下内容：

RewriteEngine On

# 前置锁死触发范围：仅主域名的请求才会执行重定向判断
RewriteCond %{HTTP_HOST} ^domain\.com$ [NC]

# 匹配查询串中携带的指定语言参数，结构和原有规则保持一致
RewriteCond %{QUERY_STRING} (^|&)lang=(es|de|fi|tr) [NC]

# 执行301永久重定向到对应语言子域名
# %2 对应上面Cond里捕获的语言值（es/de/fi/tr）
RewriteRule ^(.*)$ https://%2.domain.com%{REQUEST_URI} [R=301,L]

规则设计说明 #

• 新增的Host匹配条件是解决无限循环的核心：当请求到达es.domain.com这类语言子域名时，因为Host和主域名不匹配，后续的重定向判断逻辑会直接跳过，哪怕子域名侧的请求带着lang参数，也不会再发起二次重定向，从机制上杜绝循环。
• 不需要粗暴清空所有查询串：子域名本身已经承载了语言标识的作用，只要配套调整服务端的语言识别逻辑——读取当前请求的Host头，提取开头的语言前缀（比如从es.domain.com提取es），直接映射对应语言内容，哪怕重定向时原lang参数跟着跳转到子域名，也不会影响页面展示，还能避免误删其他业务参数。
• 如果确实需要完全剔除重定向URL中的lang参数，只需要在RewriteRule的目标URL末尾加个?即可，此时因为程序已经能从Host识别语言，删掉参数也不会再出现默认展示英文的问题。

补充提示：如果站点同时支持带www的主域名访问，只要把Host匹配条件改成RewriteCond %{HTTP_HOST} ^(www\.)?domain\.com$ [NC]，就能覆盖所有主域名的访问场景。如果优化正则把参数分隔符部分改成非捕获组，记得同步把反向引用的编号从%2改成%1，避免取到空值跳转异常。

内容的提问来源于stack exchange，提问作者Marex