f-string 更值得默认使用，因其是 Python 3.6+ 原生语法糖，书写直白、运行最快、支持运行时表达式求值，且避免了 %s 和 format() 常见的参数匹配错误与冗长语法。
f-string 为什么比 %s 和 format() 更值得默认用
因为它是 Python 3.6+ 原生支持的语法糖，写起来最直白、运行最快、还自带表达式求值能力。不是“更高级”，是更少出错、更少括号、更少位置匹配焦虑。
常见错误现象：ValueError: too many values to unpack（format() 传参个数不对）、TypeError: not all arguments converted（%s 占位符和参数不匹配），这类问题在 f-string 里基本消失——变量名直接出现在字符串里，拼错了 IDE 能标红，少写了参数根本过不了语法检查。
- f-string 中的表达式在运行时求值，支持函数调用、切片、属性访问，比如
f"{user.name.upper()[:5]}_{id(user):x}" -
%s只支持简单位置/命名占位，不支持任意表达式；format()支持但语法冗长，比如"{0.name!r: - 性能上：f-string ≈ 字符串拼接，快于
format()，远快于%格式化（尤其大量重复调用场景）
哪些情况不能用 f-string，必须退回 format() 或 %s
核心限制就一个：f-string 是编译期确定的字符串字面量，不能动态拼接模板本身。
使用场景举例：日志模板由配置文件读入、多语言文案需运行时选模板、SQL 拼接（虽不推荐，但现实存在）。
立即学习“Python免费学习笔记（深入）”；
- 模板字符串本身来自变量？不行：
template = "Hello {name}"; f"{template}"不会解析{name}，只会原样输出 - 需要复用同一模板多次？得用
str.format()：tmpl = "User {id} is {status}"; tmpl.format(id=123, status='active') - 兼容老版本 Python（%s 或
format()，且注意%s对None默认转成'None'，而format()和 f-string 会直接报错
f-string 的引号嵌套、大括号转义和调试技巧
这是新手掉坑最多的地方：想输出字面量大括号，或在 f-string 里混用单双引号，结果语法报错或逻辑错乱。
错误现象：SyntaxError: f-string: single '}' is not allowed，或意外触发变量插值。
- 要输出单个
{或}，必须写两个：f"Price: {{${price}}}"→Price: {$19.99} - 里面嵌表达式，外层又用同种引号？换引号类型：
f"Name: '{user['name']}'"或f'Age: {user["age"]}' - 调试时想快速看变量值和类型？加等号：
f"{x=}"输出x=42，f"{x=!r}"输出x=42（带 repr），Python 3.8+ 支持 - 别在 f-string 里写复杂逻辑，比如
f"{[x for x in data if x > 0][0] if data else 'N/A'}"—— 可读性差，也难调试
格式化精度、对齐、进制这些细节怎么写才不翻车
f-string 的格式说明符和 format() 完全一致，但写法更紧凑。容易忽略的是默认行为差异和隐式类型转换。
使用场景：数值对齐报表、十六进制调试、浮点截断显示。
- 小数位数控制：
f"{pi:.2f}"→"3.14"，但注意.2f是四舍五入，不是截断 - 左对齐 + 补空格：
f"{name:，右对齐用 <code>>10，居中用^10 - 十六进制带前缀：
f"{255:#x}"→"0xff"，去掉#就是"ff" - 千分位分隔符：
f"{1234567:,}"→"1,234,567"，但仅对数字有效，f"{'1234567':,}"会报错
最常被忽略的一点：f-string 中的表达式如果返回 None，整个字符串会包含 'None' 字面量，而不是跳过——比如 f"ID: {get_id()} Name: {get_name()}"，其中一个函数返回 None，结果就是 "ID: 123 Name: None"，而不是你期望的空字符串。得显式处理：f"ID: {get_id()} Name: {get_name() or ''}"。
