ucfirst对中文字符串无效是设计使然，因其仅判断首字节是否为a–z；处理混排字符串应提取首字符用ord判断ASCII小写字母，或前端用CSS实现中文首字强调。
ucfirst 在中文字符串上返回原样，因为它是按字节判断 ASCII 字符
ucfirst 只检查字符串第一个字节是否为 a–z（ASCII 97–122），中文 UTF-8 字符首字节是 0xE4–0xEF 等高位字节，直接被跳过，所以原串不变。这不是“bug”，而是设计如此——它本就只面向单字节编码的英文场景。
常见错误现象：ucfirst('你好世界') 返回 '你好世界'，而非预期的某种“首字大写”效果（比如‘你好世界’本身无法大写，但用户常误以为该函数能处理中文首字）。
- 别试图用
mb_convert_case($str, MB_CASE_TITLE, 'UTF-8')替代——它对中文无效，且会把每个中文字符当独立“词”处理，无实际意义 - 如果目标是「让中文标题看起来更规范」，需明确规则：是仅对混排字符串中英文部分首字母大写？还是想模拟中文出版物的“首字强调”效果（如加粗/变色）？
ucfirst本身不解决后者 - 真正需要的，往往是「识别并处理字符串开头的英文字母」，而非强行“大写中文”
混排字符串中只大写开头的英文字母（推荐方案）
多数真实场景是标题含英文单词，例如 'php教程 - 从入门到放弃'，期望变成 'Php教程 - 从入门到放弃'。这时应手动提取首字符，用 mb_substr 判断是否为 ASCII 小写字母：
function ucfirst_utf8($str) {
if ($str === '') return $str;
$first = mb_substr($str, 0, 1, 'UTF-8');
$rest = mb_substr($str, 1, null, 'UTF-8');
if (ord($first) >= 97 && ord($first) <= 122) {
return mb_strtoupper($first, 'UTF-8') . $rest;
}
return $str;
}这个函数只动第一个字符，且仅当它是英文小写字母时才转大写，其余情况（中文、数字、符号、已大写）保持原样。比 mb_convert_case(..., MB_CASE_TITLE) 更精准、更轻量。
立即学习“PHP免费学习笔记（深入）”；
- 注意必须用
mb_substr和mb_strtoupper，普通substr/strtoupper在 UTF-8 下会截断中文导致乱码 -
ord($first)安全，因为$first是单字符 UTF-8 子串，其首字节即 ASCII 值；中文字符的首字节 >127，不会误判 - PHP 7.0 默认启用
mbstring扩展，但需确认extension=mbstring在php.ini中未被注释
想对中文“首字”做视觉强调？别用 ucfirst，换思路
中文没有大小写概念，所谓“首字大写”在排版中实际是字号放大、加粗、变色或使用特定字体。这类需求不属于字符串函数范畴，而是前端渲染或富文本处理：
- 后端只需保留原始字符串，交给前端用 CSS 控制：
<span class="title"><span class="first-char">你</span>好世界</span> - 若需生成带格式的 HTML，可用正则提取首字符：
preg_replace('/^(\p{Han})/', '<strong>$1</strong>', $str)（注意开启u修饰符） - 切勿尝试用拼音库自动转大写（如 ‘你好’ → ‘Nǐ Hǎo’），这会彻底改变语义，且拼音大小写规则与英文不同，不是
ucfirst的替代方案
PHP 7.0 下 mbstring 配置容易漏掉的点
即使写了 mb_substr，也可能因配置失效而退化为乱码：
- 检查
mb_internal_encoding()返回值是否为'UTF-8'，否则加一句mb_internal_encoding('UTF-8');开头 -
mb_regex_encoding()同样要设为'UTF-8'，否则含\p{Han}的正则会匹配失败 - 某些 Docker 或精简版 PHP 镜像默认不装
mbstring，运行php -m | grep mbstring确认存在 - 不要依赖
setlocale(LC_CTYPE, 'zh_CN.UTF-8')来修复ucfirst——它对多字节函数无效
真正关键的不是“怎么让 ucfirst 支持中文”，而是意识到它本来就不该承担这个任务。中文首字处理要么是前端样式问题，要么是业务逻辑里明确定义的“取首字符+特殊标记”，和大小写转换无关。
