f-string是python 3.6+首选，str.format()仅用于动态字段名、参数复用或外部模板；%格式化已不推荐。
Python 字符串格式化不用学三套语法——f-string 是 3.6+ 的首选，str.format() 仅在需要动态字段名或兼容旧版本时才用，% 格式化已不推荐。
什么时候必须用 str.format() 而不能用 f-string
f-string 在表达式里不能直接展开变量名以外的动态字段（比如字典键、属性名需提前确定），而 str.format() 支持运行时解析字段路径。
- 要根据变量值动态取字典字段：
data = {'name': 'Alice', 'age': 30} key = 'age' # ✅ 可行：format 支持 {0[key]} 这类动态索引 s = "{0[{1}]}".format(data, key) # → '30' <h1>❌ 报错：f-string 中 {data[key]} 是合法的，但 {data[{key}]} 会语法错误</h1><h1>正确写法只能是 f"{data[key]}"，前提是 key 已定义且为合法表达式 - 需要复用同一参数多次，且位置不连续：
"{0} 和 {0} 都喜欢 {1}".format("Tom", "Python") - 模板来自外部（如配置文件、数据库），无法预编译成 f-string
f-string 的真实限制和常见误用
f-string 表达式在运行时求值，但不允许赋值、语句、反斜杠续行，也不能嵌套另一个 f-string。
- 以下写法全部非法：
f"{x = }" # Python 3.8+ 才支持调试语法（带 =），3.7 及更早报错 f"{x += 1}" # 语法错误：不能含赋值语句 f"hello\world" # 反斜杠不能跨行，除非用括号包裹整个 f-string f"{f'{x}'}" # 嵌套 f-string 不被允许 - 函数调用没问题，但要注意副作用：
def log(x): print(f"logging: {x}"); return x f"result: {log(42)}" # 会先打印 logging: 42，再拼字符串 - 性能上，
f-string比format()快约 2–3 倍（尤其多字段场景），因为不涉及方法查找与解析逻辑
format() 的格式说明符怎么对应 f-string 写法
两者格式说明符语法一致，都遵循 {field_name:format_spec} 结构，只是填充方式不同。
立即学习“Python免费学习笔记（深入）”；
- 对齐与宽度：
f"{x:<10}" # 左对齐，总宽 10 "{:<10}".format(x) <p>f"{x:05d}" # 补零五位整数 "{:05d}".format(x) - 浮点精度控制完全相同：
f"{pi:.3f}" # 3.142（假设 pi=3.14159） "{:.3f}".format(pi) - 千位分隔符也一致：
f"{n:,}" # 如 1234567 → '1,234,567' "{:,}".format(n) - 唯一区别：
f-string中字段名可以是任意表达式，format()中字段名只能是位置索引、关键字或简单属性访问（如{obj.name}）
兼容性与迁移建议
如果你的项目最低要求 Python ≥ 3.6，就无条件优先用 f-string；若需支持 3.5 或更早，str.format() 是唯一现代选择（% 格式化不支持命名参数、类型检查弱、易出错）。
- 已有
format()代码迁移到f-string时注意：# 原写法 s = "{name} is {age} years old".format(name="Bob", age=25) <h1>直接等价迁移（变量需已存在）</h1><p>name, age = "Bob", 25 s = f"{name} is {age} years old" - 含复杂表达式的
format()模板（如{user.get('profile', {}).get('city', 'N/A')}）可直接塞进 f-string：f"{user.get('profile', {}).get('city', 'N/A')}" - 别为了“统一风格”强行把所有
format()改成 f-string —— 如果模板本身是字符串常量、用于日志格式化或框架接口（如 logging.Formatter），保留format()更清晰可控
真正容易被忽略的是：f-string 的表达式在编译期就确定作用域，它捕获的是当前作用域的变量快照，不是闭包延迟求值；而 format() 字符串本身不执行任何逻辑，安全得多。混合使用时，别默认它们行为对等。
