php中应使用mb_strtoupper($str, 'utf-8')处理utf-8多字节字符，因strtoupper仅支持ascii；需确保mbstring扩展启用且显式指定编码，否则中文、法语字符等无法正确转换。
PHP strtoupper 只处理 ASCII 字符，中文、中文标点、UTF-8 多字节字符全无效
它不是“把字符串转大写”的万能函数，而是严格按单字节 ASCII 表操作：只把 a–z（0x61–0x7A）映射为 A–Z（0x41–0x5A），其余字节原样返回。所以遇到中文、emoji、带重音的法语字母（如 é）、甚至中文全角括号 （），统统不动。
常见错误现象：
– strtoupper("你好world") 返回 "你好WORLD"（中文没变）
– strtoupper("café") 返回 "CAFÉ"（é 的高位字节被误改，变成乱码）
- 适用场景：纯英文、数字、ASCII 标点的字符串，比如 HTTP 头字段名、数据库表名标准化、协议命令字
- 不适用场景：用户昵称、文章标题、多语言表单输入、文件名处理
- 替代方案优先用
mb_strtoupper($str, 'UTF-8')，且必须显式指定编码，否则默认 locale 可能出错
mb_strtoupper 必须传第二个参数，否则行为不可靠
PHP 的 mb_strtoupper 不像 Python 的 str.upper() 那样自动识别编码。如果省略第二个参数，它会读取当前 mb_internal_encoding() 设置——而这个设置可能被其他代码修改过，也可能压根没设过（默认是 ISO-8859-1），结果就是中文变空、西欧字符错乱。
- 正确写法：
mb_strtoupper($str, 'UTF-8') - 错误写法：
mb_strtoupper($str)或mb_strtoupper($str, mb_internal_encoding()) - 检查当前编码是否安全：
var_dump(mb_internal_encoding())，如果不是'UTF-8'，别依赖它 - 性能影响：比
strtoupper略慢（要解析 UTF-8 字节序列），但对普通业务请求可忽略
遇到 Warning: mb_strtoupper(): Unknown encoding "UTF-8" 怎么办
这说明 PHP 编译时没启用 mbstring 扩展，或者启用了但禁用了 UTF-8 支持。不是代码写错了，是环境缺东西。
- Linux（apt）：
sudo apt install php-mbstring，然后重启 Web 服务（sudo systemctl restart apache2或php-fpm） - macOS（Homebrew + PHP）：
brew install php@8.2-mbstring（版本号按需替换），再确认extension=mbstring在php.ini中已取消注释 - Windows：打开
php.ini，去掉;extension=mbstring前的分号 - 验证是否生效：
var_dump(extension_loaded('mbstring'));应返回bool(true)
大小写转换不是简单查表，注意 locale 和语言规则差异
土耳其语里 i 的大写是 İ（带点），不是 I；德语 ß 转大写是 SS。这些规则 strtoupper 和 mb_strtoupper 都不支持——它们只做 Unicode 码位映射，不查语言特定的 case mapping 表。
- 真正需要 locale 感知转换时，得用
ucfirst()/ucwords()配合setlocale(LC_CTYPE, 'tr_TR.UTF-8')，但要注意：该函数线程不安全，且不同系统 locale 名称可能不一致 - 更稳妥的做法是用 ICU 库封装的
grapheme_strtoupper()（需安装intl扩展），它支持完整 Unicode 大小写规则 - 日常开发中，95% 的场景只需
mb_strtoupper($str, 'UTF-8')，别过早优化到 locale 层面
mb_strtoupper(..., 'UTF-8') 会把 GBK 字节当 UTF-8 解，产生问号或截断。先用 mb_detect_encoding() 探测，再转码，比硬套函数更重要。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
