str_ireplace适合ascii字母的大小写不敏感子串替换，但不区分单词边界；preg_replace配合\b和/i修饰符可精准匹配完整单词并保留原大小写，处理utf-8需加/u修饰符。
str_ireplace 能直接忽略大小写，但只认子串，不保单词边界
直接用 str_ireplace() 是最省事的方案，它对 ASCII 字母自动做大小写折叠，比如把 "PHP"、"php"、"Php" 全部替换成你指定的内容。
但它不区分“是否为独立单词”：如果原文是 "aspiration"，而你要替换 "asp"，它会把 "aspiration" 里的前三个字母也干掉；再比如替换 "cat"，"scatter" 也会被误伤。
- 适合场景：配置模板填充（如
"%TITLE%"→"首页"）、敏感词粗筛、HTML 属性值替换等对语义精度要求不高的批量操作 - 注意
$count参数必须传变量引用：&$replacedCount，否则拿不到替换次数 - PHP 8.2+ 已不再依赖
setlocale()，但依然只处理 ASCII 字符——中文、emoji 的“大小写”概念本身不存在，所以该函数对它们只是逐字节比对，效果等同于str_replace()
preg_replace + /i 修饰符才是真·不区分大小写的精准替换
当你要确保只替换完整单词、或想保留原始大小写格式（比如把 "Apple" 替换成 "<strong>Apple</strong>"，而不是统一改成 "<strong>apple</strong>"），就得切到 preg_replace()。
关键点有三个：\b 锚定单词边界、/i 启用忽略大小写、用 $0 或捕获组保持原貌。
- 替换整个单词（不破坏周边）：
preg_replace('/\bcat\b/i', 'dog', $text)——"scatter"不动，"the cat"才变 - 保留原始大小写：
preg_replace('/\b(apple)\b/i', '<strong>$1</strong>', $text)——"Apple"变成"<strong>Apple</strong>"，"aPpLe"也变成"<strong>aPpLe</strong>" - 必须加
/u修饰符才能正确处理中文、emoji 等 UTF-8 多字节字符：preg_replace('/\b你好\b/ui', '哈喽', $text) - 正则性能比
str_ireplace()低，尤其文本很长或模式复杂时；避免写.*这类贪婪量词，以防 ReDoS
文件内容替换不能直接用 str_replace 类函数读完就改
PHP 没有“原地修改文件某段内容”的原子操作。所谓“替换文件内容”，本质是三步：读取全文件 → 内存中替换 → 写回文件（或另存新文件）。
- 小文件（file_get_contents() +
str_ireplace()或preg_replace()+file_put_contents() - 大文件别一次性加载进内存，得用
fopen()+fgets()分块读，逐行处理后写入临时文件，最后原子替换原文件（rename()） - 注意文件编码：如果源文件是 GBK，但 PHP 脚本默认 UTF-8，
str_ireplace()可能因字节错位导致乱码；优先统一转为 UTF-8 再处理 - 写入前务必检查
file_put_contents()返回值，失败时保留原文件不被清空
中文场景下，“忽略大小写”其实是个伪需求
中文没有大小写之分，str_ireplace() 和 str_replace() 在纯中文文本里行为完全一致——都是逐字节匹配。真正要解决的是模糊匹配问题，比如“微信”和“微X信”、“支*付宝”这类带干扰符的变体。
- 这时得靠正则：
preg_replace('/微.?信/ui', '微信', $text)，/u保证汉字正确识别 - 若需更高阶的语义匹配（如同音字、形近字），
str_ireplace()和preg_replace()都无能为力，得上 NLP 库或自建映射表 - 敏感词过滤中常见“苹果手机”误伤“苹果”，这不是大小写问题，而是匹配粒度问题——应优先用长词匹配（排序后倒序替换），或改用 Trie 树结构
preg_replace() 写出完美正则，如果文件读出来就是乱码，结果照样报废。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
