循环中用 .= 拼接十万次性能劣化是字符串不可变性与内存反复重分配所致，推荐数组收集后 implode()，时间复杂度 o(n)，避免中间字符串操作。
循环中用 .= 拼接十万次，性能会明显劣化——这不是 PHP8.1 的 bug，而是字符串不可变性 + 内存反复重分配导致的必然结果。
为什么 .= 在大循环里变慢
PHP 字符串底层是 zend_string 结构，每次 .= 都可能触发：重新分配内存、复制旧内容、追加新内容。十万次操作下，内存拷贝总量接近 O(n²)，实际耗时可能比预期高 3–5 倍。
- 即使变量已初始化（如
$s = '';），也无法规避底层重复 realloc - 错误报告级别设为
E_ALL时，还可能额外触发写时复制（Copy-on-Write）检查开销 - PHP8.1 并未改变该行为；所谓
+运算符拼接是误传，+在 PHP 中仍为数值加法，"a" + "b"会转成0 + 0 = 0，不是字符串拼接
推荐方案：数组收集 + implode()
这是目前最稳定、最可预测的高性能路径，时间复杂度严格为 O(n)，且无隐式类型转换风险。
- 先用
$parts[] = $item;把所有待拼接片段压入数组（不涉及字符串操作） - 循环结束后调用
implode('', $parts)或implode(', ', $parts) - 若需前缀/后缀，不要在循环里加，改用
array_unshift()/array_push()预埋 - 注意：关联数组传给
implode()会忽略键，只拼值；如需键值对，先array_map()转成"key:val"格式再拼
替代方案：用 sprintf() 或模板字符串（小规模场景）
当拼接逻辑含固定结构（如日志行、SQL 片段、HTML 标签），sprintf() 比点号链更清晰，也避免了中间字符串对象创建。
- 例如：
sprintf('<li id="%d">%s</li>', $id, htmlspecialchars($name)) - 双引号插值（
"<li id='\"$id\"'>$name</li>"）在变量少、无复杂转义时够用，但注意：它仍会触发变量解析和转义处理，比sprintf()略慢且不易复用 - 不要在循环内用
sprintf()拼接“主干”，它适合单次格式化，不是批量组装工具
容易被忽略的细节
很多人试过 implode() 却没提速，问题常出在：数组本身是动态构建的（比如边查库边 []=），或用了 array_merge() 合并多次结果——这会引发额外的数组复制。真正的高效，要求「收集」阶段零字符串操作、「合并」阶段仅一次 implode() 调用。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
