答案是使用 f-string 进行字符串格式化。文章介绍了 Python 中三种字符串格式化方法：f-string（推荐，简洁高效，支持表达式和调试）、str.format()（灵活，适用于动态模板和向后兼容）和 % 运算符（过时，可读性差，不推荐新项目使用），并详细说明了各自语法、适用场景及迁移策略。
在 Python 中，想要优雅地格式化字符串，现代且推荐的做法无疑是使用 f-string。它将简洁、可读性和强大的功能集于一身，让代码看起来更自然。当然，
str.format()
方法在一些特定场景下依然有用武之地，而
%
运算符，虽然仍能工作，但更多地被视为一种历史遗留，在新的项目中我通常会尽量避免使用它。选择哪种方式，很多时候取决于你面对的 Python 版本、项目的具体需求，以及对代码可读性的个人偏好。
解决方案
字符串格式化，本质上就是将变量的值嵌入到预设的字符串模板中。在 Python 里，我们有三种主要的方式来完成这项任务，每种都有其设计哲学和适用场景。
f-string (Formatted String Literals)这是 Python 3.6 及以后版本引入的，也是我个人最常使用的。它的语法非常直观，你只需要在字符串前加上一个
f
或
f
，然后在大括号
{}
中直接写入变量名或任意 Python 表达式。
name = "Alice"age = 30city = "New York"temperature = 25.5# 基本使用greeting = f"你好，我的名字是 {name}，我今年 {age} 岁。"print(greeting) # 输出：你好，我的名字是 Alice，我今年 30 岁。# 嵌入表达式next_year_age = f"明年我将是 {age + 1} 岁。"print(next_year_age) # 输出：明年我将是 31 岁。# 调用函数def get_status(): return "在线"status_msg = f"用户 {name} 当前状态：{get_status()}。"print(status_msg) # 输出：用户 Alice 当前状态：在线。# 格式化选项 (类似 format() 的微语言)formatted_temp = f"当前温度是 {temperature:.1f}°C。" # 保留一位小数print(formatted_temp) # 输出：当前温度是 25.5°C。# 调试利器 (Python 3.8+)debug_info = f"{name=}, {age=}"print(debug_info) # 输出：name='Alice', age=30
f-string 的强大之处在于其直接和“活生生”的感觉，你写什么，它就计算什么，几乎没有额外的语法负担。
str.format()
方法这是 Python 2.6 引入，并在 Python 3 中成为主流的格式化方法，它比
%
运算符更灵活、功能更强大。它通过在字符串中使用
{}
作为占位符，然后调用字符串的
.format()
方法传入要替换的值。
name = "Bob"item = "书"price = 19.99# 位置参数message_pos = "我买了一本 {}，花了 {} 元。".format(item, price)print(message_pos) # 输出：我买了一本 书，花了 19.99 元。# 索引参数 (可以改变顺序)message_indexed = "我买了 {1}，花了 {0} 元。".format(price, item)print(message_indexed) # 输出：我买了 书，花了 19.99 元。# 关键字参数 (更具可读性)message_kw = "用户 {user} 购买了 {product}，总计 {cost:.2f} 元。".format(user="Charlie", product="笔记本", cost=120.5)print(message_kw) # 输出：用户 Charlie 购买了 笔记本，总计 120.50 元。# 访问对象属性或字典键class Product: def __init__(self, name, price): self.name = name self.price = pricep = Product("键盘", 99.0)product_info = "商品名称：{0.name}，价格：{0.price:.2f} 元。".format(p)print(product_info) # 输出：商品名称：键盘，价格：99.00 元。data = {'city': 'London', 'temp': 15}weather_report = "城市：{city}，气温：{temp}°C。".format(**data) # 使用字典解包print(weather_report) # 输出：城市：London，气温：15°C。
.format()
的灵活性在于占位符可以引用位置、索引或关键字参数，甚至可以访问对象的属性或字典的键，这在一些复杂的模板场景下非常有用。
%
运算符 (printf-style String Formatting)这是最古老的格式化方式，源自 C 语言的
printf
函数。它使用
%
作为占位符的开始，后面跟着一个类型指示符（如
%s
代表字符串，
%d
代表整数，
%f
代表浮点数）。
name = "David"score = 95pi = 3.14159# 单个变量msg_single = "学生姓名: %s" % nameprint(msg_single) # 输出：学生姓名: David# 多个变量 (元组形式)msg_multi = "学生 %s 的分数是 %d。" % (name, score)print(msg_multi) # 输出：学生 David 的分数是 95。# 浮点数精度控制msg_float = "圆周率大约是 %.2f。" % piprint(msg_float) # 输出：圆周率大约是 3.14。# 字典形式 (通过键名引用)data_dict = {'user': 'Eve', 'level': 7}msg_dict = "用户 %(user)s 当前等级 %(level)d。" % data_dictprint(msg_dict) # 输出：用户 Eve 当前等级 7。
%
运算符虽然简洁，但它的类型匹配要求相对严格，而且当变量数量增多时，可读性会迅速下降。
f-string 在现代 Python 开发中为何如此受欢迎？
f-string 简直就是现代 Python 字符串格式化的“瑞士军刀”，我个人几乎所有新代码都倾向于用它。它之所以能迅速成为社区的新宠，并被认为是“优雅”的代表，主要有几个原因。
首先是它的极致简洁与直观。你不需要像
format()
那样在字符串外部再调用一个方法，也不需要像
%
那样记住各种类型占位符。直接在
{}
里写变量名，或者任何你想要的 Python 表达式，它就能自动计算并嵌入。这种“所见即所得”的体验，大大降低了心智负担，让代码读起来就像是自然语言描述一样。比如，我想打印一个用户的年龄，直接
f"用户年龄是 {user.age} 岁。"
，这比
"{user.age} 岁。".format(user=user)
或是
"用户年龄是 %d 岁。" % user.age
都要清晰明了。
其次，性能上的优势也是一个不容忽视的因素。虽然对于大多数应用来说，这点差异可能微不足道，但在处理大量字符串拼接或在性能敏感的循环中，f-string 通常比
.format()
和
%
运算符更快，因为它在编译时就已经被优化了。它不是在运行时解析一个格式字符串，而是在内部被转换成了一系列字符串拼接操作，效率自然更高。
再者，f-string 提供了强大的表达式支持。你可以在大括号内进行算术运算、函数调用、方法调用，甚至是条件表达式。这让字符串的构建变得异常灵活，很多以前需要先计算好再传入的中间变量，现在可以直接在字符串内部完成。比如
f"明天是 {datetime.date.today() + datetime.timedelta(days=1)}"
，这种直接的表达方式，既减少了代码行数，又保持了逻辑的紧凑性。Python 3.8 引入的
f"{variable=}"
这种调试语法，更是锦上添花，能够直接打印出变量名和它的值，对于快速排查问题简直是神器。
最后，从代码维护的角度来看，f-string 能够更好地将格式与数据绑定在一起。当你在阅读代码时，所有相关的变量和表达式都在字符串的上下文里，上下文切换的成本更低。这对于团队协作和长期维护的项目来说，无疑是一个巨大的福音。我曾维护过一些老项目，里面充斥着复杂的
%
格式化，每次修改都得小心翼翼地核对类型和顺序，那感觉真是如履薄冰。f-string 则很大程度上缓解了这种焦虑。
当 f-string 不适用时，
str.format()
str.format()
还能发挥哪些作用？
尽管 f-string 强大且优雅，但它并非万能药，有些场景下，
str.format()
方法依然有着不可替代的价值，或者说，是更合适的选择。对我来说，这主要集中在动态生成格式字符串的需求上。
f-string 的一个核心特性是它在定义时就立即求值。这意味着，f-string 本身不能作为模板存储在一个变量中，然后在稍后传入数据。比如，你不能写
template = f"Hello, {name}!"
然后再把
name
变量赋值。这里的
name
必须在
template
定义时就已存在。
而
str.format()
则不同。它的格式字符串是一个普通的字符串对象，可以从任何地方加载，比如从配置文件、数据库，甚至是用户输入。这种格式字符串与数据分离的特性，在构建灵活的、可配置的文本输出时显得尤为重要。
举个例子，假设你正在开发一个国际化（i18n）的应用。不同语言的句子结构可能完全不同，变量的顺序也可能需要调整。
# 假设这是从语言包加载的english_template = "Hello, {name}! You have {count} unread messages."chinese_template = "{name}，你好！你有 {count} 条未读消息。"user_name = "Anna"unread_count = 5print(english_template.format(name=user_name, count=unread_count))print(chinese_template.format(name=user_name, count=unread_count))
在这里，
english_template
和
chinese_template
都是普通的字符串，它们可以在程序运行时动态选择。如果用 f-string，你就得在选择模板之后，再用 f-string 重新构建整个字符串，这显然不如
.format()
这种方式灵活。
此外，在需要传递格式字符串给函数或方法，让它们来处理实际的数据填充时，
str.format()
也表现得更好。例如，一个日志记录器可能接收一个格式字符串和一些参数，然后由日志器内部来完成格式化，这样可以统一日志的输出风格。
def log_message(template, **kwargs): # 可以在这里添加日志级别、时间戳等逻辑 print(f"[LOG] {template.format(**kwargs)}")log_message("用户 {username} 登录失败，IP: {ip_address}", username="guest", ip_address="192.168.1.1")
在这种情况下，
template
参数就是一个
str.format()
兼容的格式字符串，它允许
log_message
函数在不预知所有变量的情况下，接收一个可格式化的模板。
所以，虽然 f-string 是我的首选，但在需要将格式字符串本身作为数据处理，或者为了向后兼容（Python 3.5及以下版本不支持 f-string）时，
str.format()
仍然是一个非常强大且实用的工具。它提供了一种更“程序化”的字符串格式化方式，将模板与数据解耦，这在某些设计模式下是不可或缺的。
为什么
%
%
运算符被视为过时，我们又该如何平滑迁移？
老实说，除非我是在维护一个古董级的 Python 2 项目，否则我几乎不会主动去使用
%
运算符来格式化字符串了。它被视为过时，并非因为它不能工作，而是因为它在可读性、功能性、安全性以及错误处理方面都明显不如
str.format()
和 f-string。
首先，可读性差是最大的痛点。当你要插入的变量数量一多，或者需要进行复杂的格式控制时，那个
%s
,
%d
,
%.2f
混杂在字符串里，后面跟着一个长长的元组，看起来就像一堆乱码。你得不断地在格式字符串和后面的参数元组之间来回对照，确保类型和顺序都正确。这非常容易出错，而且一旦出错，通常是运行时错误，调试起来也比较麻烦。比如：
data = ("John", 25, 1.80, "male")message = "Name: %s, Age: %d, Height: %.2f meters, Gender: %s" % data# 如果我不小心把元组顺序弄错了，或者类型不匹配，比如把 'male' 传给了 %d，程序就会崩溃。
这与 f-string 的
f"Name: {name}, Age: {age}, Height: {height:.2f} meters, Gender: {gender}"
相比，简直是天壤之别，f-string 的变量名就在占位符里，一目了然。
其次，功能相对有限。
%
运算符无法像
str.format()
或 f-string 那样，轻松地通过名字引用变量，或者直接访问对象的属性、字典的键。它主要依赖于位置和类型。虽然可以通过字典配合
%(key)s
的方式来模拟命名参数，但这也增加了语法上的复杂性，并不如
.format(key=value)
或
f"{dict['key']}"
来得直接。
再者，潜在的安全问题。虽然这不是一个普遍的漏洞，但在某些特定场景下，如果格式字符串本身来自不可信的用户输入，并且没有经过严格的过滤，可能会导致意外的行为。当然，这更多是编程实践的问题，但
str.format()
和 f-string 在设计上就规避了这类风险。
那么，如果你不幸接手了一个大量使用
%
运算符的老项目，如何平滑迁移呢？
逐步替换，优先处理新代码和修改频繁的代码：没必要一下子把所有
%
都换掉。在编写新功能或重构现有功能时，有意识地使用 f-string 或
str.format()
。对于那些稳定运行、很少改动的旧代码，可以暂时保留
%
运算符。
利用 IDE 或工具进行辅助：许多现代 IDE（如 PyCharm, VS Code）都提供了代码检查功能，可以识别并建议将
%
格式化转换为
str.format()
或 f-string。有些甚至可以自动完成转换。例如，在 PyCharm 中，你可以选中一段使用
%
的代码，然后使用“Convert to f-string”或“Convert to .format()”的快捷操作。
从简单的开始：
单个变量替换：
"Hello %s" % name
->
f"Hello {name}"
多个变量替换（元组）：
"Name: %s, Age: %d" % (name, age)
->
f"Name: {name}, Age: {age}"
字典替换：
"User %(name)s, ID %(id)d" % user_dict
->
f"User {user_dict['name']}, ID {user_dict['id']}"
或
f"User {name}, ID {id}"
(如果
name
和
id
是直接可用的变量)。
注意格式化细节的转换：
%.2f
->
{variable:.2f}
(保留两位小数)
%03d
->
{variable:03d}
(用零填充到三位)
%-10s
->
{variable:<10}
(左对齐，宽度10)
%10s
->
{variable:>10}
(右对齐，宽度10)这些格式化微语言在
str.format()
和 f-string 中是通用的，所以转换起来相对直接。
测试是关键：无论你做了多小的改动，都务必运行相应的单元测试和集成测试，确保格式化后的输出与之前完全一致，没有引入新的 bug。
总之，
%
运算符就像是 Python 历史的一个印记，它完成了它的使命，但在现代 Python 世界里，我们有了更优雅、更安全、更强大的工具。拥抱 f-string 和
str.format()
，让你的代码更加清晰、易读、高效。
以上就是如何优雅地格式化字符串？（f-string, format, %）的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1369822.html
微信扫一扫 
支付宝扫一扫 
