PHP原生strtolower()/strtoupper()仅支持ASCII，多语言需用mb_strtolower()/mb_strtoupper()；ucfirst()/ucwords()对空格敏感，应配合trim()或改用mb_convert_case($str, MB_CASE_TITLE, 'UTF-8')。
php strtolower() 和 strtoupper() 最常用但容易忽略编码问题
PHP 默认的 strtolower() 和 strtoupper() 只支持 ASCII 字符，遇到中文、俄文、带重音的法语字母（如 é, ñ）会原样返回，不报错也不转换——这是最常被踩的坑。
使用场景：处理用户输入的英文标签、邮箱域名、API 请求头字段时安全；但处理用户名、文章标题、多语言表单就不可靠。
- 如果确定只处理纯英文，直接用
strtolower($str)即可，性能最好 - 涉及 UTF-8 多语言时，必须改用
mb_strtolower($str, 'UTF-8')和mb_strtoupper($str, 'UTF-8') - 确保
mbstring扩展已启用（php -m | grep mbstring验证），否则会抛出Call to undefined function mb_strtolower()
ucfirst() 和 ucwords() 对中文和空格敏感
ucfirst() 只把第一个字符转大写，ucwords() 按空格切分后首字母大写——它们都依赖字节级空格判断，遇到全角空格（ ）、制表符或换行符就失效。
常见错误现象：用户输入 “ hello world ” 经 ucwords() 后变成 “ Hello World ”（前后空格保留，但中间多个空格会被当成一个分隔符）；输入 “你好 world” 则变成 “你好 World”，中文部分完全不动。
立即学习“PHP免费学习笔记（深入）”；
- 清理空格再处理：
ucwords(trim($str)) - 需要真正“每个单词首字母大写”且兼容中文？别硬扛，用正则 +
mb_convert_case()：mb_convert_case($str, MB_CASE_TITLE, 'UTF-8') -
MB_CASE_TITLE是 mbstring 提供的多语言安全方案，会识别 Unicode 单词边界（包括中文汉字作为独立“词”）
mb_convert_case() 的三种模式差异和性能提示
mb_convert_case() 是多语言场景下的主力函数，但三个常量行为差别大，选错会导致逻辑 bug。
使用场景：国际化后台、CMS 标题格式化、用户昵称标准化等需要稳定大小写策略的地方。
-
MB_CASE_UPPER：全大写，等价于mb_strtoupper() -
MB_CASE_LOWER：全小写，等价于mb_strtolower() -
MB_CASE_TITLE：每个单词首字母大写——注意它按 Unicode 字母+数字+连接符（如 _、-）切分，不是简单空格分割；“user_name” → “User_Name”，“hello-world” → “Hello-World” - 性能上比原生函数慢 2–3 倍，高频调用（如日志处理循环）需权衡；若确定无非 ASCII 字符，优先用原生函数
替换字符串中某部分大小写时别用 str_replace()
想把字符串里所有 “api” 替成 “API”，但直接 str_replace('api', 'API', $str) 会漏掉 “Api”、“API”、“aPi” 等变体；而用正则加 strtoupper() 又容易破坏上下文编码。
正确做法是用 mb_ereg_replace() 或更推荐 preg_replace() 配合 mb_strtoupper() 回调：
preg_replace_callback('/api/iu', function($m) {
return mb_strtoupper($m[0], 'UTF-8');
}, $str);
关键点：/i 实现不区分大小写匹配，/u 启用 UTF-8 模式，回调里再用 mb 函数确保大小写转换安全。
容易被忽略的是：如果目标字符串来自数据库或 API，且编码不确定，先用 mb_detect_encoding() 校验，别假设全是 UTF-8。
