str_replace最常用但数组搜索需注意顺序，应长串优先；安全批量替换用strtr；正则替换须防分隔符和转义错误；Unicode大小写替换用preg_replace+iu；简单静态替换禁用正则以保性能。
str_replace 用得最多，但别乱传数组当搜索项
多数人直接拿 str_replace 替换字符串，没问题；但一旦把数组当 $search 传进去，就容易漏掉顺序依赖——它按数组键顺序逐个替换，不是“同时替换”。比如把 ['a', 'ab'] 当搜索项，'ab' 会被先替换成别的，再轮到 'ab' 原串已不存在了。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 单次简单替换，无脑用
str_replace($old, $new, $subject) - 要“安全批量替换”（避免交叉干扰），改用
strtr($subject, $replace_pairs)，它按完整键匹配，不拆解子串 - 若必须用数组且顺序敏感，手动排序
$search数组：长字符串放前面，短的放后面（如['abc', 'ab', 'a']→ 改成['abc', 'ab', 'a']）
preg_replace 处理动态模式时，分隔符和转义最常出错
想替换数字、HTML 标签、带空格的固定格式？preg_replace 是唯一选择，但报错 Warning: preg_replace(): Unknown modifier 或替换失败，八成是分隔符没闭合或特殊字符没转义。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 别硬记
/，用更安全的分隔符，比如#或~：写成preg_replace('#\d+#', 'X', $s)，避免路径里斜杠冲突 - 变量插进正则前，必须过一遍
preg_quote($var, '#')，否则$var = 'a.b+c'会直接崩匹配逻辑 - 只替换一次？加
1作第四个参数：preg_replace($p, $r, $s, 1)，省掉后续无谓扫描
str_ireplace 和 mb_eregi_replace 已被废弃，别再用
PHP 8.2 起，mb_eregi_replace 彻底移除；str_ireplace 虽还在，但它是字节级大小写忽略，对中文、emoji、带重音字母（如 café）完全无效。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 需要真正 Unicode 感知的大小写替换？用
preg_replace+u修饰符：preg_replace('/hello/iu', 'Hi', $s) - 纯 ASCII 场景下
str_ireplace还能用，但得确认输入不含非 ASCII 字符，否则结果不可靠 - 别试图用
mb_strtolower配合str_replace模拟，大小写映射不是简单翻转，像土耳其语的I→i和İ→i就会错
性能差异真不小：简单替换别上正则
str_replace 比 preg_replace 快 3–10 倍，尤其在大文本、高频调用场景。有人图省事全用正则，结果接口响应慢了一半，排查半天发现只是 'foo' → 'bar' 这种静态替换写了正则。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 检查你的替换逻辑是否含变量、通配、边界条件——没有？立刻切回
str_replace - 用
microtime(true)实测两者的耗时差，特别是循环内调用时，累积效应明显 - 如果替换逻辑本身可缓存（比如模板中固定占位符），提前生成
str_replace数组，别每次现场拼正则
真正麻烦的不是函数选哪个，而是你得判断：这个“替换”背后，到底是精确匹配、模糊模式、还是 Unicode 语义——选错底层假设，后面所有优化都是白忙。
