在 Python 中，对类实例属性使用 self.s += line 拼接字符串比局部变量 s += line 慢数千倍，根本原因并非 I/O 或文件读取逻辑，而是 CPython 解释器对 += 的底层优化机制未覆盖属性赋值场景。
在 python 中，对类实例属性使用 `self.s += line` 拼接字符串比局部变量 `s += line` 慢数千倍，根本原因并非 i/o 或文件读取逻辑，而是 cpython 解释器对 `+=` 的底层优化机制未覆盖属性赋值场景。
当你在函数作用域内执行 s += line.strip() 时，CPython（Python 3.8+）会触发一个关键的原地字符串拼接优化：解释器检测到连续的 += 操作作用于同一局部变量，且左右操作数均为 str 类型时，会尝试复用左侧字符串对象的内存缓冲区（前提是该字符串当前仅有单一引用），从而避免每次拼接都创建新对象并复制全部内容——这使时间复杂度从 O(n²) 接近 O(n)。
但该优化不适用于属性赋值。在 self.content += line.strip() 中，+= 实际被编译为 STORE_ATTR 字节码指令，而 CPython 的 unicode_concatenate 优化函数仅处理 STORE_FAST（局部变量）、STORE_NAME（全局/自由变量）等明确可追踪引用关系的存储操作，并未为 STORE_ATTR 实现安全引用检查逻辑。因此，每次 self.content += ... 都被迫执行完整的不可变字符串拷贝，累积耗时呈指数级增长（实测相差超 25000 倍）。
✅ 正确做法：始终使用列表累积 + ''.join()
这是 Python 官方推荐、跨版本稳定且性能最优的字符串拼接模式：
# ✅ 高效：O(n) 时间复杂度，无隐式拷贝开销
content_parts = []
with open("some-large-file.txt", "r") as f:
f.seek(2434735976)
line = f.readline()
while line:
stripped = line.strip()
content_parts.append(stripped)
line = f.readline()
if stripped.startswith('>'):
break
result = ''.join(content_parts) # 一次性合并⚠️ 注意事项：
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 避免在循环中使用
+=拼接字符串（无论是否在类中），尤其处理大文本时； - 属性访问（
self.xxx）本身不慢，但其与+=结合会绕过关键优化； - 若需在类中维护中间结果，仍应使用
list作为缓冲容器，而非str； -
timeit测试需确保环境一致（如 Jupyter 中多次运行需重启内核，避免缓存干扰）。
总结：性能陷阱源于解释器优化的边界条件，而非语言设计缺陷。理解 += 在 CPython 中的实现细节，并坚持 ''.join(list) 模式，是编写高性能字符串处理代码的基石。
立即学习“Python免费学习笔记（深入）”；
