用+拼接字符串越拼越慢，因str不可变，每次+都新建对象并丢弃原字符串；拼接1000次产生999个废弃字符串，内存与时间双浪费。
用 + 拼接字符串时，为什么越拼越慢？
因为 Python 的 str 是不可变对象，每次 + 都会新建一个字符串对象，原字符串被丢弃。拼接 1000 次，就产生 999 个中间废弃字符串，内存和时间都浪费。
- 适合场景：拼接数量极少（≤3 个）、变量少、且不频繁执行的代码，比如日志前缀
"DEBUG: " + msg - 别在循环里写
s += item—— 这是典型性能陷阱，等价于反复拷贝整个字符串 - 如果必须用
+，确保所有操作数都是字面量或已知短字符串，如"SELECT * FROM " + table_name不推荐，应改用 f-string 或join()
f-string 在 Python 3.6+ 中为什么是首选？
它在编译期就完成表达式求值和格式化，比 .format() 和 % 更快，也比 + 更安全、可读性更强。
- 支持任意表达式：
f"len={len(data)}, first={data[0] if data else 'empty'}" - 注意不要在 f-string 中调用有副作用的函数（比如
f"{print('hi')}"），它会在每次字符串构造时执行 - 不能嵌套 f-string（
f"f{f'inner'}"语法错误），但可以拼接：f"outer{f'inner'}"是合法的 - 调试时加
=很方便：f"x={x}"自动展开为"x=42"，但上线前建议清理掉，避免泄露变量名
str.join() 什么时候必须用？
当你有一组字符串（尤其是列表或生成器）要合并成一个时，str.join() 是唯一高效且语义清晰的选择。它底层用 C 实现，一次分配内存，零中间拷贝。
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 正确用法：
"|".join(items)，其中items必须是str序列；如果含非字符串元素，先转：" ".join(map(str, numbers)) - 常见错误：
items.join(" ")—— 错！join()是字符串方法，不是列表方法 - 空列表处理：
"-".join([])返回空字符串""，不是"-"，这点容易误判逻辑分支 - 性能敏感场景（如拼接上万行日志），避免用
+=循环，改用parts.append(part); result = "".join(parts)
str.format() 和 % 格式化还有必要学吗？
有必要，但仅限维护老代码或特殊场景。它们比 f-string 慢，且 % 语法对类型不敏感（"%s" % None 不报错，但可能掩盖 bug）。
立即学习“Python免费学习笔记（深入）”；
-
str.format()唯一优势：支持命名参数重复使用，比如"{name} is {age}, and {name} lives in {city}".format(name="Alice", age=30, city="NYC") -
%仅保留在与 C 扩展交互、或某些 logging 模块的旧式配置中（如logging.basicConfig(format="%(asctime)s - %(message)s")） - 别混用：
"{} {}".format(a, b) % (c, d)会报TypeError: not all arguments converted，因为%优先级高于. - 国际化（i18n）场景下，
gettext通常要求使用%或str.format()，因为 f-string 无法延迟求值
事情说清了就结束。最常被忽略的是：f-string 看似简单，但它在编译期解析，所以不能动态控制格式（比如运行时决定用 f"{x:.2f}" 还是 f"{x:.4f}"），这时候得退回到 format() 或 str.format()。
