使用 `str_replace()` 直接替换 url 前缀可能导致重复替换问题；推荐改用 `preg_replace()` 配合锚定正则（如 `^`）确保仅匹配字符串开头，从而彻底规避二次替换风险。
在 WordPress 插件或网站初始化阶段动态重写资源路径（如将 /wp-content/plugins/app/ 替换为完整 CDN 或代理 URL）时，若反复调用 str_replace()，极易引发「越替越多」的问题——因为替换后的新字符串中仍包含原始搜索片段（例如 https://www.example.com/wp-content/plugins/app/ 中依然含有 /wp-content/plugins/app/），导致下一次执行时再次命中并叠加替换。
根本原因在于：str_replace() 是无上下文、全量模糊匹配，不区分位置与语义。
✅ 正确解法：使用 preg_replace() 并添加行首锚点 ^ 与大小写不敏感修饰符 i，强制仅匹配字符串严格开头处的路径：
? 关键说明：
立即学习“PHP免费学习笔记（深入）”；
- # 是自定义分隔符（避免斜杠转义，比 / 更清晰）；
- ^ 锚定确保只匹配字符串最前端，杜绝中间或后续出现相同子串被误替；
- i 修饰符提升兼容性（如处理大小写混用路径）；
- 即使对同一字符串连续执行多次 preg_replace，结果也恒定唯一，完全幂等。
⚠️ 注意事项：
- 不要省略 ^ —— 否则退化为 str_replace 的行为；
- 若路径可能含动态参数（如 ?v=1.2），建议增强正则为 #^/wp-content/plugins/app/(?=[/\\?#]|$)#i，利用正向先行断言确保后接 /、?、# 或结尾，进一步防误匹配；
- 生产环境建议封装为可复用函数，并加入 is_string() 和非空校验，提升健壮性。
总结：URL 前缀替换不是简单的文本替换，而是语义化路径重写。用正则锚定 + 幂等设计，才能真正实现「一次配置、永久安全」。
