lang()函数调用本身不慢，慢的是语言包反复加载；必须手动执行php think build:lang生成编译缓存，禁用模板中高频lang()调用，避免url路由式多语言导致重复加载。
ThinkPHP多语言切换本身不慢，慢的是语言包反复加载；伪静态配置不当反而会拖慢路由匹配——这两件事必须拆开优化，不能混着调。
lang()函数调用快，但语言包加载很重
每次请求中 lang() 只是数组键查找，毫秒级；真正卡顿来自框架对 app/lang/zh-cn.php、app/lang/zh-cn/common.php 等文件的重复 require 和 PHP 解析。即使内容没变，PHP 仍要编译、执行、返回数组。
- 开启
auto_detect_browser时，还会额外解析$_SERVER['HTTP_ACCEPT_LANGUAGE']并做字符串截取与匹配 - 模块化语言包越多（如
admin.php、user.php），LoadLangPack中间件遍历的文件数就越多 -
lang_cache => true配置只是开关缓存逻辑，不生成缓存文件等于白搭
必须手动执行：php think build:lang（TP6.1+）或 php think optimize:lang（旧版）。生成后语言包被合并序列化进 runtime/lang/zh-cn.php，后续请求直接 include，跳过解析。
注意：改了语言包后必须重跑该命令，缓存不会自动更新；若用了自定义 autoload 加载语言类，得确认它没被绕过缓存机制。
模板里高频写 {:lang('xxx')} 是性能黑洞
一个页面含 30+ 个 {:lang('submit')}，每处都触发一次数组查找 + 语言包存在性判断；带参数的如 lang('welcome', ['name' => $user->name]) 还要额外做 strtr 替换，损耗叠加明显。
- 控制器中统一预加载关键文本：
$this->assign('i18n', ['submit' => lang('submit'), 'cancel' => lang('cancel')]); - 模板中改用
{$i18n.submit}，零函数调用开销 - 动态文本（如带用户变量的提示）保留在控制器处理，别塞进模板逻辑
- 关闭模板引擎的隐式语言标签解析，即禁用
lang_tag配置项
伪静态规则写错会放大路由匹配耗时
ThinkPHP 默认是单一入口，伪静态本质是靠 Web 服务器把请求重写到 index.php，再由框架内部路由解析。如果 .htaccess 或 nginx rewrite 规则太宽泛，会导致大量无效路径也打到框架层，白白消耗路由匹配时间。
- Apache 下推荐精简规则：
RewriteRule ^(.*)$ index.php/$1 [QSA,PT,L]，避免用^(.*)\.(html|htm|php)$这类带后缀捕获的写法 - Nginx 下不要写
try_files $uri $uri/ /index.php?$query_string;这种兜底式 fallback，它会让所有 404 请求都进 PHP 层 - 框架内配置
URL_HTML_SUFFIX时，慎用空值''—— 它虽支持任意后缀，但会强制框架多做一次__EXT__解析，且易与真实静态资源冲突 - 如果只用固定后缀（如
html），明确设为'URL_HTML_SUFFIX' => 'html'，并配合'URL_DENY_SUFFIX' => 'php|cgi|pl'拦截敏感后缀
多语言 + 伪静态组合使用时最易踩坑
像 tlingc/think-lang 这类扩展实现的 /zh-hans/ 或 /en-us/ 路由，会让语言识别和 URL 解析耦合更深。每次请求都要先从路径提取语言标识，再加载对应语言包，再走一遍完整路由匹配——三重开销叠加。
这种场景下，build:lang 编译缓存更关键；同时建议把语言切换逻辑前置到 Nginx 层（如用 map 指令根据路径设置 header），避免让 PHP 层承担解析压力。另外，detect_var 和 cookie_var 的命名别和业务参数撞名，否则容易误判语言来源。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
