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'
❌ 报错:f-string 中 {data[key]} 是合法的,但 {data[{key}]} 会语法错误
正确写法只能是 f"{data[key]}",前提是 key 已定义且为合法表达式
"{0} 和 {0} 都喜欢 {1}".format("Tom", "Python")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} 结构,只是填充方式不同。
f"{x:<10}" # 左对齐,总宽 10
"{:<10}".format(x)
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)
直接等价迁移(变量需已存在)
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() 字符串本身不执行任何逻辑,安全得多。混合使用时,别默认它们行为对等。