因为字符串不可变，+ 拼接在循环中每次创建新字符串并复制全部内容，时间复杂度达 o(n²)；应优先用 ''.join()，复杂逻辑用 io.stringio。
为什么 + 拼接字符串在循环里很慢？
Python 中字符串是不可变对象，每次用 + 拼接都会创建新字符串并复制全部内容。循环中反复拼接时，时间复杂度接近 O(n²)，比如拼 10000 个短字符串，可能触发上万次内存分配和拷贝。
典型错误场景：
result = ""
for s in string_list:
result += s # 每次都新建字符串，旧内容全拷贝
这不是语法错，但性能崩得悄无声息。
用 ''.join() 替代 + 的前提和限制
''.join() 是最优解，但它要求所有待拼接项必须是字符串类型，且最好提前准备好完整列表（或生成器）。
- ✅ 正确：
''.join(string_list)——string_list是list[str] - ⚠️ 需转换：含数字或 None 时得先转成字符串，比如
''.join(str(x) for x in mixed_list) - ❌ 不适用：边计算边拼、无法预知长度、或中间要插条件逻辑（如跳过空值）——这时硬套
join反而要多建临时列表
注意：''.join() 对生成器表达式也有效，但若生成器被多次消费会失效，确保只用一次。
需要动态拼接时，用 io.StringIO 而不是列表累积
当拼接逻辑复杂（比如嵌套判断、条件插入、流式处理），又不想反复创建字符串，io.StringIO 是更轻量的缓冲方案。
它内部用可增长的 buffer，写入是 O(1) 均摊成本，最后调 .getvalue() 一次性取结果：
import io
buf = io.StringIO()
for s in string_list:
if s: # 加条件
buf.write(s)
buf.write('\n')
result = buf.getvalue() # 只这里分配最终字符串
相比先 append 到 list 再 join，StringIO 少一次遍历和内存拷贝，尤其适合大文本流处理。
f-string 和 % 格式化不解决拼接问题
很多人误以为 f"hello {name}" 或 "hello %s" % name 更快，其实它们只是单次格式化，和“多次拼接”是不同问题。如果你在循环里这样写：
for name in names:
msg = f"Hello {name}" # ✅ 单次没问题
log(msg)
这完全 OK；但要是写成：
log_msg = ""
for name in names:
log_msg += f"Hello {name}\n" # ❌ 还是 <code>+=</code> 的老问题
本质没变——还是在做重复内存分配。格式化方式只影响“单次构造”，不改变拼接模式本身的开销。
真正要注意的是：别把“选哪种格式化语法”和“怎么高效累积字符串”混为一谈。前者关乎可读与兼容，后者关乎内存行为。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
