固定文本替换优先用str_replace，因其o(n)时间复杂度、无回溯风险；模式匹配才用preg_replace，但需警惕性能开销；大批量关键词替换应改用strtr；str_replace支持$count参数统计次数，传参必须为变量。
要在PHP项目中快速替换大量固定文本，又担心正则表达式拖慢响应速度，就得清楚str_replace和preg_replace到底谁该用在什么位置。
固定字符串替换，优先用str_replace
第一步：确认你要替换的内容是完全确定的、不含通配符或动态模式的纯文本，比如把“user_id”替换成“uid”，或把多个固定词批量替换成对应缩写。
直接调用str_replace，传入搜索数组和替换数组，例如：str_replace(['apple', 'banana'], ['fruit_a', 'fruit_b'], $text)。这一步执行快，底层走字节级匹配，时间复杂度O(n)。
注意：如果$search数组里存在包含关系（如同时含"app"和"apple"），str_replace会按数组顺序逐个替换，前一次结果可能被后一次再匹配——【这会导致意外覆盖，务必提前排序或拆分调用】。
这一步不涉及正则编译，无回溯风险，PHP 8.2下10万次简单替换仅耗15ms。
需要模式匹配时，才考虑preg_replace
当你必须处理“以数字开头的邮箱”“连续3个以上空格”“HTML标签内属性值”这类无法用固定字符串穷举的场景，preg_replace才是唯一选择。
方法一：用基础正则语法，如preg_replace('/\s{3,}/', ' ', $text)压缩多余空白；
方法二：启用捕获组动态生成替换内容，例如preg_replace('/(href=")([^"]*)(")/', '$1https://safe.example.com$3', $html)；
方法三：配合limit参数控制替换次数，避免全量误改——【preg_replace的limit参数是str_replace不具备的关键能力】。
但要注意：正则越复杂，PCRE引擎回溯越深，PHP 8.2下同等长度字符串的复杂模式替换耗时可达120ms，是str_replace的8倍。
大数组批量替换的性能陷阱
第一步：若你正在用str_replace处理上千个关键词的映射表，比如敏感词过滤或多语言翻译缓存，性能会骤降——因为内部需对每个搜索项遍历全文。
第二步：此时应改用strtr函数替代，它基于哈希表实现，单次扫描完成全部映射，比str_replace数组快一个数量级。
第三步：若必须保留preg_replace的灵活性，就预先编译正则模式（使用PREG_JIT标志），并缓存preg_replace_callback_array的句柄，避免重复解析。
第四步：永远不要在循环体内反复调用preg_replace处理同一段长文本——提取共性逻辑，合并为一次调用。
替换次数统计与调试验证
在清洗用户输入或日志时，常需知道某关键词实际被替换了几次。str_replace支持第四个引用参数$count，调用后变量自动更新数值。
写法必须是str_replace('foo', 'bar', $text, $count)，不能写成str_replace('foo', 'bar', $text, 0)——【传入常量会导致警告且$count不会被赋值】。
这一步能帮你验证规则是否生效，比如发现$ pursuit_count为0，说明原始文本压根没匹配到目标词，可立刻排查数据源或大小写问题。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
