preg_replace与str_replace性能对比：为何实测前者略快？

核心结论 #

既不是普遍认知完全错误，也不是你的测试代码完全不严谨——测试场景的特性、PHP版本的优化，以及代码细节的差异共同导致了这个和传统认知相反的结果。

1. 测试逻辑的不对等性 #

你的两个函数实际处理的内容并不完全一致：

• run_preg_replace 使用 /\s+/ 正则，会一次性将**所有连续空白字符（包括空格、换行、制表符等）**替换为单个空格，再执行 trim。
• run_str_replace 仅替换三类换行符为空格，trim 只去除首尾空白，但不会处理字符串中间的连续空格。

如果你的测试CSV数据中换行符较多，但连续空格很少，preg_replace的"批量处理"优势会被放大；反之如果数据中有大量连续空格，str_replace的轻量处理会更有优势。

2. PHP版本的性能优化影响 #

你测试的PHP 7.2和8.1版本，对正则引擎做了关键优化：

• PHP 7.3+ 默认启用PCRE2引擎，相比旧版PCRE，它在简单正则匹配上的性能提升显著，大幅降低了正则的启动和匹配开销。
• str_replace的优化相对平缓，尤其是当需要同时处理多个替换项（如你代码中的\r/\n/\r\n）时，多次字符串扫描的累积开销会逐渐显现。

在PHP 5.x等旧版本中，str_replace确实普遍比preg_replace快2倍以上，但新版本的正则优化已经缩小甚至反转了这个差距。

3. 测试代码的细节损耗 #

你的run_str_replace函数存在一个可以优化的点：每次调用函数时都会重新创建$searches数组，这会带来额外的内存分配和初始化开销。如果将数组改为静态变量，避免重复创建，str_replace的性能会有所提升：

function run_str_replace($str) {
    static $searches = ["\r", "\n", "\r\n"];
    return trim(str_replace($searches,' ',$str));
}

调整后再测试，str_replace的耗时应该会更接近甚至反超preg_replace（取决于数据特性）。

4. 普遍认知的适用边界 #

"str_replace比preg_replace快2倍"的结论，更多是基于旧PHP版本+单替换项+简单字符串替换的场景。当替换逻辑复杂（如需要批量处理同类字符）、使用新版本PHP时，正则的批量处理优势会抵消其引擎开销，甚至表现更优。

内容的提问来源于stack exchange，提问作者Mostafa Norouzi