循环内字符串拼接性能低因字符串不可变，每次+=需新建对象并复制全部内容，时间复杂度近o(n²)；应优先用''.join()、io.stringio或流式处理替代。
循环内字符串拼接性能低，根本原因是 Python 字符串不可变——每次 += 都要新建对象、复制全部已有内容，时间复杂度接近 O(n²)。10 万次拼接可能卡顿数秒，日志聚合、CSV 生成、HTML 拼装等场景尤其明显。解决不靠“调优”，而靠换思路。
优先用 ''.join() 替代 +=
这是最常用也最有效的方案，适用于能提前收集所有片段的场景：
- 把每次要拼的内容
.append()到列表，循环结束后一次性''.join(parts) - 若片段来自简单计算（如
str(x)），直接用生成器表达式：''.join(str(x) for x in data)，省内存 - 注意所有元素必须是字符串；含数字、
None等需先转：''.join(str(x) for x in mixed_list if x is not None) - 别写成
parts.join('')——join是字符串方法，不是列表方法
逻辑复杂时用 io.StringIO
当拼接过程需要条件判断、动态插入、分段写入（比如跳过空行、加缩进、边读文件边构建），硬塞进列表再 join 会增加代码负担或内存峰值：
- 导入并初始化：
from io import StringIO; buf = StringIO() - 用
buf.write(s)追加，支持任意逻辑控制 - 最后统一取结果：
result = buf.getvalue()（只这里分配最终字符串） - 它底层用可增长缓冲区，写入均摊 O(1)，比列表 + join 少一次遍历和拷贝
别误用 f-string 或 % 来掩盖问题
f-string 和 % 格式化本身很快，但它们不能解决“循环中反复 +=”的本质问题：
-
msg = f"Hello {name}"单次没问题 -
log += f"{name}: {status}\n"还是+=，照样 O(n²) - 真正该优化的是“累积动作”，不是“格式化写法”
想清楚：真的需要拼成一个大字符串吗？
很多场景下，“拼接”只是思维惯性。如果目标是写文件、发 HTTP、流式处理，完全可以绕过内存拼接：
- 直接
f.writelines(lines)（注意它不自动加换行） - 分块处理：每 1000 行
join()一次，写入文件后清空列表 - 用生成器 yield 片段，由下游逐块消费
- 避免把几百 MB 的字符串全加载进内存，防止 OOM
