strtolower()仅处理ASCII字母，对中文、带重音符号字符等无效；安全高效场景为纯英文、数字、ASCII符号字符串，如邮箱、URL路径、HTTP头字段等。
strtolower() 只处理 ASCII 字母，对中文、带重音符号的西欧字符（如 À、İ、Ö）、土耳其语大写 İ 等完全无效——这不是 bug，是设计如此。
什么时候用 strtolower() 安全又高效
纯英文、数字、ASCII 符号组成的字符串，比如邮箱、URL 路径、HTTP 头字段、数据库字段名等标准化场景。
- 邮箱统一小写：
$email = strtolower($_POST['email']);，避免User@Example.COM和user@example.com被当成两个账号 - 路由路径归一化：
if (strtolower($_SERVER['PATH_INFO']) === '/api/users') { ... } - 不区分大小写的配置键匹配（前提是键只含英文字母）
它快、无依赖、PHP 默认启用，8.2+ 版本起彻底与 setlocale() 解耦，行为稳定可预期。
为什么 strtolower("MĄKA") 返回 mĄka 而不是 mąka
因为 strtolower() 仅识别 0x41–0x5A（A–Z）范围内的字节，把每个加 32 得到对应小写。波兰语字母 Ą 是 UTF-8 多字节字符（0xC4 0x84），不在该范围内，原样保留。
- 类似失效情况：德语
Ü、俄语Ж、中文你好、日文こんにちは - 错误示范：
strtolower("ÜYKÜLER")→ÜYKÜLER（毫无变化） - 正确做法：改用
mb_strtolower("ÜYKÜLER", 'UTF-8')，但需确认mbstring扩展已启用
mb_strtolower() 不是万能替代，有三个硬性前提
它比 strtolower() 多一个编码参数，但漏掉任一条件都会退化为无效或报错：
立即学习“PHP免费学习笔记（深入）”；
-
mbstring扩展必须已加载（extension=mbstring在 php.ini 中启用，或通过docker-php-ext-enable mbstring启用） - 第二个参数必须显式传入编码，如
'UTF-8'；省略时依赖内部默认，不可靠 - 输入字符串本身得是合法 UTF-8 编码；若混入 GBK 或乱码字节，
mb_strtolower()可能返回空字符串或截断
验证是否生效：运行 var_dump(mb_strtolower("MĄKA", 'UTF-8'));，输出应为 string(4) "mąka"。否则先查扩展和编码。
实际项目里最容易被忽略的一点
很多团队在开发环境用 mb_strtolower() 测试正常，上线后突然失效——往往是因为生产服务器 PHP 编译时没带 --enable-mbstring，或者容器镜像精简版直接删掉了该扩展。不要只测逻辑，上线前务必执行 php -m | grep mbstring 或 extension_loaded('mbstring') 检查真实环境。
