在 nginx 中处理多语言站点的目录回退，核心做法是利用 try_files 指令按优先级检查路径，优先匹配带语言前缀的静态资源，若不存在则回退到默认语言或根目录。具体配置时，需将 $uri、$uri/ 以及默认路径（如 /en/$uri）依次放入参数列表，并设置一个明确的 404 错误页作为最终兜底。这样既保证了特定语言资源的快速命中，又避免了因文件缺失导致的循环重定向或 500 错误。
如何根据 URL 路径自动识别语言代码
要实现自动识别，通常假设 URL 结构为 /lang/path/to/file，其中 lang 是两位字母代码（如 en, zh）。Nginx 可以通过正则表达式捕获组提取该代码，并将其存入变量供后续逻辑使用。例如，使用 location ~ ^/(en|zh|fr)/(.*)$ 可以明确区分不同语言的请求入口。一旦匹配成功，即可将捕获的第二组内容（即实际文件路径）传递给后端或静态文件服务逻辑。这种方法的优势在于无需修改应用层代码，完全由 Web 服务器接管路由分发。
server {
listen 80;
server_name example.com;
# 定义支持的语言列表
set $supported_langs "en zh fr";
location / {
# 尝试顺序：
# 1. 直接请求的文件 (如果用户访问 /index.html)
# 2. 请求的目录 (如果用户访问 /assets/)
# 3. 默认语言目录下的对应路径 (fallback to /en/...)
try_files $uri $uri/ /en$uri /en$uri/ =404;
}
location ~ ^/(?<lang>en|zh|fr)/(?<path>.*)$ {
# 如果 URL 包含语言前缀，优先查找该语言目录
try_files /$lang/$path /$lang/$path/ =404;
}
}</path></lang>
上述配置中，第一个 location / 块处理不带语言前缀的请求，强制回退到 /en 目录。第二个 location 块处理带前缀的请求，精确匹配指定语言。当用户访问 /zh/about 时，Nginx 会先检查 /zh/about 是否存在，若不存在则检查 /zh/about/，最后返回 404。这种分离策略确保了语言隔离的严格性。
如何处理默认语言与 fallback 机制
当用户访问不带语言前缀的 URL 时，系统需要决定是使用默认语言还是尝试其他备选语言。常见的策略是设定一个全局默认语言（如英语），并在 try_files 中将其作为最后的静态文件查找目标。如果希望实现更复杂的回退，例如先查中文，再查英文，可以在配置中嵌套多个 try_files 或使用 if 语句进行判断，但后者性能较差且易出错。推荐的做法是在 try_files 列表中显式列出所有可能的回退路径，或者通过重写规则将无语言前缀的请求统一重定向到默认语言版本，从而简化后续的静态文件查找逻辑。
# 更复杂的回退示例：先查当前语言，再查默认语言
location ~ ^/(?<lang>en|zh|fr)/(?<path>.*)$ {
set $default_lang "en";
# 先找当前语言目录
try_files /$lang/$path /$lang/$path/ @fallback;
}
location @fallback {
# 回退到默认语言
rewrite ^ /$default_lang$request_uri last;
}</path></lang>
在这个例子中，如果 /zh/contact 不存在，请求会被转发到 @fallback 标签，进而重写到 /en/zh/contact。注意，这里的重写逻辑可能需要进一步调整以避免无限循环，通常建议直接在 try_files 中完成所有静态文件的查找，避免使用 rewrite 带来的额外开销。对于大多数场景，简单的 try_files $uri $uri/ /default_lang$uri /default_lang$uri/ =404; 已经足够高效且易于维护。
基于 try_files 返回 404 时的具体处理
当 try_files 遍历完所有列出的路径均未找到匹配文件时，它会执行最后一个参数指定的操作。如果最后一个参数是以 = 开头的状态码（如 =404），Nginx 将直接返回该 HTTP 状态码，而不会触发内部重定向。这对于多语言站点至关重要，因为它能确保未找到的资源被正确标记为“不存在”，而不是被错误地解释为另一个语言的资源。开发者应确保所有静态资源（CSS, JS, Images）都遵循这一命名规范，并在应用层提供统一的 404 页面，以提升用户体验和 SEO 友好度。
