ThinkPHP不提供额外字符串大小写函数，需用mb_strtoupper()/mb_strtolower()并指定'UTF-8'编码，否则strtoupper()等原生函数对非ASCII字符无效；须确保mbstring扩展启用，处理数组时用array_map配合mb_函数，并注意null/数字类型及locale边界问题。
ThinkPHP 本身不提供额外的字符串大小写转换函数，它直接复用 PHP 原生函数。你用 strtoupper()、strtolower() 等完全没问题——但必须注意 ThinkPHP 的运行环境（如多字节编码、UTF-8 默认配置）和你实际处理的数据类型，否则看似“能跑”，实则在中文、法语、土耳其语等场景下悄悄出错。
为什么不能直接用 strtoupper() 处理用户输入的昵称或搜索关键词
因为 strtoupper() 和 strtolower() 是纯 ASCII 函数：它们只识别 a–z / A–Z，对 UTF-8 中的中文、é、ñ、İ、ß 等字符完全无感。常见错误现象包括：
-
strtolower("Été")返回"Été"（不是预期的"été"） -
strtoupper("你好")原样返回"你好"，看起来“没生效” - 在数据库模糊查询时，
WHERE name LIKE '%".strtoupper($keyword)."%'对中文关键词毫无作用
这些不是 ThinkPHP 的锅，而是 PHP 原生函数的设计限制。ThinkPHP 6+ 默认使用 UTF-8 编码，但不会自动帮你切换到多字节安全函数。
ThinkPHP 项目中正确处理 UTF-8 字符串大小写的姿势
必须显式使用 mb_strtoupper() 或 mb_strtolower()，并强制传入 'UTF-8' 编码参数。前提是你的服务器已启用 mbstring 扩展（ThinkPHP 安装检测通常会提示，但上线后容易被忽略）：
立即学习“PHP免费学习笔记（深入）”；
- 检查扩展是否启用：
extension_loaded('mbstring')，否则调用会直接报Fatal error: Call to undefined function mb_strtolower() - 正确写法：
mb_strtolower($str, 'UTF-8')—— 第二个参数不能省，线上环境默认编码可能不是 UTF-8 - ThinkPHP 的模型验证、查询条件、API 输出层都适用该写法，例如：
where('title', 'like', '%' . mb_strtolower($q, 'UTF-8') . '%') - 避免嵌套：
mb_strtolower(strtoupper($str), 'UTF-8')没意义，strtoupper()先对非 ASCII 字符无效，白跑一次
ThinkPHP 数组字段批量转大小写（比如标签列表标准化）
常见于表单提交的标签数组、CSV 导入的用户名列表等场景。不要手写 foreach，用 array_map() 更简洁安全：
- 纯英文标签（性能优先）：
array_map('strtolower', $tags) - 含国际化内容（推荐）：
array_map(fn($t) => mb_strtolower($t, 'UTF-8'), $tags) - 配合 ThinkPHP 的
collection()也可行，但没必要绕路：collect($tags)->map(fn($t) => mb_strtolower($t, 'UTF-8')) - 注意：若数组元素含
null或数字，mb_strtolower(null, 'UTF-8')在 PHP 7.4+ 会触发 Warning，建议提前过滤或用is_string()判断
容易被忽略的边界点：locale 和正则里的大小写
ThinkPHP 路由、验证规则、甚至 Str::of()->lower()（Laravel 风格辅助，TP 不原生提供）都不解决 locale 相关的大小写逻辑。例如：
- 土耳其语的
I→i和İ→i是不同映射，mb_strtolower()仍按 Unicode 标准处理，不自动适配 locale - 正则中
/[a-z]/i在 UTF-8 下默认不匹配中文，要用/\p{L}/u配合mb_ereg()（已废弃）或preg_match()+u修饰符 - 真正需要语言敏感转换（如德语
ß → ss）时，得结合Normalizer::normalize()和自定义映射，不是靠一个函数能搞定的
别指望框架替你兜底——字符串编码、语言规则、运行时扩展状态，这三者一旦没对齐，大小写转换就会在某个凌晨三点的搜索接口里静默失效。
