必须用 format() 而不能用 f-string 的情况包括：运行时动态确定格式模板（如配置、用户输入、翻译文案）、需键名动态传入（如 "{name}: {value}".format(name=k, value=v)）、国际化中占位符未知变量时，以及外部输入格式串存在代码注入风险需避免 f-string。
format 和 f-string 都能完成字符串格式化，但 f-string 更快、更直观，Python 3.6+ 推荐优先用它；format() 在需要动态构造格式串或兼容旧版本时仍有价值。
什么时候必须用 format() 而不能用 f-string
当你需要运行时才确定格式模板（比如从配置读取、用户输入或翻译文案），f-string 就无能为力了——它在编译期就固定了表达式内容。
-
f-string中的表达式必须是合法 Python 表达式，不能是变量名字符串，比如f"{var_name}"不会按var_name的值去取变量，而是直接找叫var_name的变量 - 想实现类似
"{name}: {value}".format(name=k, value=v)这种键名动态传入？f-string做不到，只能靠format()或string.Template - 国际化场景中，翻译后的字符串含占位符如
"用户 {username} 已登录"，你无法预知哪些变量要塞进去，format()的命名参数或字典解包（**data）更灵活
f-string 中表达式求值的边界和陷阱
f-string 本质是“表达式求值后转字符串”，不是模板替换。这意味着所有花括号里的内容都会被当作 Python 代码执行。
python-script-generator
下载
快速生成专业的 Python 脚本和应用代码。一键创建完整项目结构，支持CLI、API、爬虫、Bot、Django等多种项目类型，包含完整的项目结构、配置文件、依赖管理、测试、README和文档。
- 不能在
f-string里写语句（如f"{x += 1}"语法错误），只允许表达式 - 函数调用可以，比如
f"{len(name):02d}"，但要注意副作用：如果len()换成print()，它真会打印出来 - 访问属性或下标没问题：
f"{user.name}", f"{items[0]}"，但如果user是None，这里会直接抛AttributeError，不是静默失败 - 冒号后的格式说明符（如
:,.2f）只作用于该表达式结果，不支持跨表达式对齐或复用
format() 的位置参数 vs 命名参数 vs 字典解包
format() 灵活性高，但参数传递方式不同，行为差异明显。
- 位置参数：
"{} {}".format(a, b)—— 顺序敏感，错位就错内容 - 命名参数：
"{x} {y}".format(x=a, y=b)—— 更清晰，适合字段多或顺序易变的场景 - 字典解包：
data = {"x": a, "y": b}; "{x} {y}".format(**data)—— 常用于日志、API 请求体拼接，避免硬编码键名 - 注意：
"{0} {0} {1}".format(a, b)允许重复引用同一位置，f-string得写两遍表达式
性能差异真实存在，但别过早优化
简单场景下 f-string 比 format() 快约 30–50%，比 % 格式化快一倍以上。但差距只在高频拼接（如日志循环、生成大量 HTML）中体现。
- 单次拼接、非热点路径，选哪个都行，可读性优先
-
f-string编译后直接嵌入字节码，无函数调用开销；format()每次都要解析格式串、匹配参数、转换类型 - 如果格式串本身来自外部（如数据库查出），用
f-string有代码注入风险：f"{user_input}"可能执行任意表达式，必须拒绝这种用法
真正难的是权衡可读性、安全性与灵活性——比如日志里混用变量和静态文本，f-string 写起来爽，但若某变量可能为 None，就得提前处理或用 format() 配合默认值逻辑；而多人协作项目中，统一用 format() 可能反而降低理解成本。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
