PHP字符串处理常用函数有哪些_PHP字符串处理核心函数汇总【汇总】

PHP 的字符串处理，说简单也简单，说坑也不少。日常开发中，截取、查找、替换、去空格这几件事几乎是天天打交道，但稍不留神就会踩到 Unicode 编码、类型比较、性能陷阱这些老问题。下面把几个最常被问到的场景拆开聊聊，顺便给出一套稳妥的写法。

字符串截取用 substr()，但注意中文乱码

PHP 原生的 substr() 是按字节截取的，对 UTF-8 编码的中文来说，一个汉字占三个字节，直接截很容易把多字节字符切成两半，结果要么是乱码，要么是问号。实际项目中几乎没人敢直接用它处理中文，稳妥的做法是换成 mb_substr()，并且一定要显式传入编码参数：

mb_substr($str, 0, 10, 'UTF-8')

为什么强调“显式传入”？因为 mb_substr() 如果不传编码，会依赖 mb_internal_encoding() 的当前设置。这个内部编码很容易被其他模块或框架修改，本地开发环境可能没问题，一上线就乱码——这种坑不少团队都踩过。所以，'UTF-8' 直接写死是最省心的做法。

常见的错误现象：substr() 截出来出现“”或长度异常；mb_substr() 没传编码时本地正常、上线后乱码。遇到这类问题，优先检查编码参数是否硬编码。

查找位置别只用 strpos()，小心返回 0 和 false 的混淆

strpos() 这个函数有个经典陷阱：如果匹配的内容刚好在字符串开头，它返回 0；如果没找到，返回 false。但 PHP 的弱类型比较里，0 == false 是成立的。所以直接写 if (strpos($str, 'abc')) 这种判断，当 abc 出现在开头时，条件就被当成 false 跳过了，逻辑直接出问题。

正确的写法是严格比较：

• strpos($str, 'abc') !== false —— 判断是否存在
• strpos($str, 'abc') === 0 —— 判断是否在开头

如果项目已经用上 PHP 8.0+，更推荐直接用 str_contains()，语义清晰，没有类型陷阱。低版本的话，也可以用 stripos() 配合 !== false 组合，注意大小写敏感问题。

替换操作优先选 str_replace()，正则留到真需要时再上

90% 的替换场景——比如批量改关键词、清除空格、统一换行符——用 str_replace() 就够了。它的执行速度比 preg_replace() 快 3 到 5 倍，而且没有 PCRE 引擎的额外开销，也不用担心转义字符带来的麻烦。

说几个典型的误用场景：

• 想清空多余空白，有些人直接用 preg_replace('/\s+/', ' ', $str)。其实用多次 str_replace() 或者配合 preg_replace_callback() 更可控，也更稳定。
• 替换固定字符串却写成了正则模式，比如 preg_replace('/\.php$/', '.html', $url)。直接 str_replace('.php', '.html', $url) 就能搞定，还不用担心正则边界问题。

只有当需要“模糊匹配”时——比如提取邮箱、格式化手机号——才上正则。否则，用正则只会增加维护成本和运行风险。

trim() 默认只去 ASCII 空白，中文全角空格得手动加

trim() 默认处理的是 ASCII 空白字符，包括 " \t\n\r\0\x0B"。但对中文全角空格（　）、不间断空格（ ）、零宽空格等完全无效。很多新手在这里栽过跟头——测试时用英文空格一切正常，一上线遇到中文用户输入，发现“　用户名”看着像空格，实际查询时死活匹配不上。

实操建议：

• 清理用户输入时，先 str_replace([' ', '　'], ' ', $str)，再 trim()。
• 如果想兼容所有可见的空白类字符，可以用 preg_replace('/[\s\x{3000}]+/u', ' ', $str) 配合 trim()。
• 数据库入库前务必做这步处理，否则全角空格导致的“假空格”会让查询结果凭空消失。

这个点特别容易被忽略，但一旦出现，排查起来非常头疼。提前做好防范，比事后追查要省心得多。