str_replace()原生支持数组参数可一次性替换多个词，无需循环或正则；注意并行匹配、大小写敏感用str_ireplace()，批量删词优先用str_replace()而非preg_replace()。
用 str_replace() 一次性替换多个词最直接
多数人卡在“怎么让一个函数同时处理多个关键词”，其实 str_replace() 原生就支持数组参数，不用循环或正则也能搞定。str_replace() 的第一个参数是待查找项，第二个是替换项，第三个是目标字符串——三者都支持数组，且一一对应。
常见错误现象：str_replace('a', 'x', $str) 写成多次调用，结果后一次替换污染前一次（比如把刚替出来的 x 又当原字符去替）；或者误以为必须用 preg_replace() 才能多词替换，反而引入正则开销和转义麻烦。
- 如果要删掉多个词（即替换成空字符串），直接传数组：
str_replace(['敏感词1', '敏感词2', '广告'], '', $text) - 注意顺序：替换是并行的，不是链式。比如
['ab', 'a']和['x', 'y']同时作用于'ab'，只会匹配到'ab'，不会先替'a'再剩个'b' - 大小写敏感：需要不区分大小写时，改用
str_ireplace()，别自己 strtolower() 再套一层，容易破坏原始格式
批量删除字符串时，preg_replace() 适合带规则的场景
当你要删的是“一类模式”而不是固定词——比如所有邮箱、所有连续空格、所有 HTML 标签——这时候 str_replace() 就力不从心了，得上正则。
容易踩的坑：preg_replace('/word1|word2|word3/', '', $str) 看似合理，但如果词里含正则元字符（比如 .、[、$），不转义就会出错；还有人用 .* 匹配任意内容，结果贪婪匹配跨段落，删多了。
立即学习“PHP免费学习笔记（深入）”；
- 安全拼接关键词：用
preg_quote($word, '/')包一层再 join，比如implode('|', array_map(fn($w) => preg_quote($w, '/'), $words)) - 性能提示：纯字符串替换比正则快 3–5 倍，别为了一两个词滥用
preg_replace() - 兼容性注意：php 7.4+ 支持箭头函数，老版本得用
array_map配普通匿名函数
大量文本+高频替换？考虑提前编译替换映射表
如果同一组关键词要在循环里反复使用（比如处理几千条日志），每次都传数组进 str_replace() 没问题，但若关键词数量超百、且结构固定（如违禁词库），可以预生成一个“查找→替换”关联数组，再用 strtr() 加速。
strtr() 内部做了优化，对长字符串+多关键词场景比 str_replace() 快不少，但它只接受字符串或关联数组，不支持索引数组。
- 正确用法：
$map = ['foo' => '', 'bar' => '', 'baz' => '']; strtr($text, $map) - 错误写法：
strtr($text, ['foo', 'bar'])—— 这会触发警告，且行为不可控 - 注意边界：
strtr()是“最长匹配优先”，比如['foo' => 'x', 'foobar' => 'y']中，'foobar'会被替成'y'，不是'xy'
删完留空格还是彻底抹除？空字符处理要主动控制
批量删词后，原文本可能出现“多个空格连在一起”“句首句尾残留空格”“换行符前后空行”，这些不是函数的问题，而是逻辑遗漏。
典型现象：用户说“删了词但格式乱了”，其实是没清理副作用。PHP 不会自动压缩空白，得你明确决定要不要规整。
- 删词后统一清理空格：
preg_replace('/s+/', ' ', trim($result))，注意trim()只清首尾 - 保留原有换行结构？那就别用
s+，改用/[ t]+/只处理空格和制表符 - 数据库写入前建议加
filter_var($cleaned, FILTER_SANITIZE_STRING)（PHP 8.1 已弃用，可用strip_tags()+ 手动过滤）
事情说清了就结束。真正难的不是选哪个函数，而是想清楚：哪些该删、删完要不要保格式、词表会不会动态更新——这些决定了你是写一行代码，还是搭个配置驱动的过滤器。