f-string中表达式不可赋值、精度有浮点陷阱、多行处理易混入空白、性能优势限于高频场景、表达式每次运行时求值。
f-string 中的表达式不能有赋值操作
Python 的 f-string 语法不支持在花括号内做变量赋值（比如 a = 1），哪怕只是临时绑定。这是语法限制，不是运行时错误——解析阶段就直接报错。
常见错误现象：SyntaxError: f-string: cannot use assignment expression with '='（注意是 =，不是 ==）
- 想在插值里“顺手算个中间值”？不行，得先在外面算好再放进
{} - 想用海象运算符
:=？可以，但仅限于表达式上下文，比如{(x := len(s))}是合法的；而{x = len(s)}直接 SyntaxError - 如果逻辑复杂，建议拆成独立语句，别硬塞进 f-string —— 可读性比一行省事重要得多
f-string 在格式化数字时容易忽略精度陷阱
用 :. 控制小数位数时，f-string 默认按浮点数规则四舍五入，但底层是二进制浮点表示，某些十进制小数无法精确存储。
使用场景：金额、科学计算、日志中需要稳定显示精度的场合
立即学习“Python免费学习笔记（深入）”；
-
f"{0.1 + 0.2:.1f}"输出"0.3"，看似正常，但f"{0.1 + 0.2:.17f}"会暴露真实值"0.30000000000000004" - 需要精确十进制行为？改用
decimal.Decimal配合 f-string，例如f"{Decimal('0.1') + Decimal('0.2'):.1f}" - 对整数补零或对齐，优先用
:04d这类整型格式符，避免用str(x).zfill(4)再拼接
多行 f-string 的换行和缩进处理很反直觉
f-string 本身不支持直接跨行（除非用括号隐式续行），但括号内的换行会被原样保留，包括缩进空格 —— 这常导致意外的空白字符混入输出。
常见错误现象：日志或 JSON 字符串里出现多余空行或缩进，调试半天发现是 f-string 换行惹的祸
- 正确写法：用括号包裹，每行开头不要加缩进空格，或者用
\显式续行（但可读性差） - 更稳妥的做法：把长字符串拆成多个 f-string 拼接，或改用三引号字符串 +
.format()/%（虽然少用，但可控） - 如果必须多行且要控制空白，考虑用
textwrap.dedent()包一层，但注意它只处理前导空白，不解决换行符本身
f-string 的性能优势只在重复调用时明显
单次字符串拼接，f-string 和 .format() 或 % 几乎没差别；真正快的是在循环里高频生成字符串（比如模板渲染、日志批量输出）。
性能影响：CPython 3.6+ 中，f-string 解析后直接编译为字节码，跳过了运行时解析开销
- 别为了“显得现代”强行把所有
+拼接改成 f-string，尤其是简单变量组合如"id=" + str(id)—— 改了反而增加括号和花括号的视觉负担 - 涉及大量条件分支的字符串构建，f-string 不适合，此时用
io.StringIO或列表拼接更清晰 - 调试时想临时禁用某段 f-string？注释掉整行即可；但若嵌套了复杂表达式，建议先把表达式抽成变量，再插值 —— 调试和复用都方便
最易被忽略的一点：f-string 的表达式在每次求值时都会执行，哪怕你把它存进变量反复用 —— 它不是“编译期展开”，而是“运行时插值”。所以别在 {} 里放有副作用的操作，比如 {cache.pop(key)}。
