近日，一则关于Python编程风格的技术讨论在开发者社群里引发广泛关注：在for循环中使用分号（;）来分隔多个表达式，到底算不算“不Pythonic”？这一看似简单的语法选择，实则触及了Python语言设计哲学的核心——可读性与约定俗成。
分号的“合法”身份
首先需要明确，Python语法规范并未禁止分号。根据官方文档，分号可用于在同一行内分隔多个简单语句。例如：
a = 1; b = 2
是完全合法的。对于for循环，技术上也允许这样写：
for i in range(10): print(i); print(i * 2)
这等价于将循环体内多条语句挤在一行。然而，绝大多数Python开发者会对此皱眉头——不是因为语法错误，而是因为它违背了Python社区的“不成文规则”。
Pythonic风格的核心：可读性优先
“Pythonic”一词源于Python之禅（Zen of Python），其中明确写道：“可读性计数（Readability counts）。” 使用分号将多条语句压缩到一行，会破坏代码的视觉层次。在for循环中尤其明显：循环头与循环体间的逻辑划分变得模糊，缩进换行的自然引导作用被剥夺。
PEP 8（Python风格指南）对此有直接指导：推荐每条语句占用单独一行。虽然它没有绝对禁止分号，但明确指出“分号是不必要的”，并建议“不要在同一行放置多个语句”。对于for循环，PEP 8更是强调：用换行和缩进清晰地表达代码块。
支持者的声音：灵活性与简洁
当然，并非所有人都持反对态度。一些开发者认为分号在特定场景下有用：比如在交互式环境（REPL）或单次运行的脚本中快速测试；或者当循环体只有两个非常简洁的打印语句时，一行写完能减少行数。此外，来自C、Java背景的初学者可能习惯分号，认为它增强了语句的“结束感”。
Reddit上一位用户举例：“for x in data: process(x); store(x) 这样写其实很直观，而且不损失信息。” 但反对者立即指出：一旦你需要添加第三个操作或条件分支，拆分为多行将不可避免，届时代码风格的不一致反而增加维护成本。
主流共识：不值得冒险
Stack Overflow上关于此问题的讨论帖已获得数万次浏览。压倒性的高赞回答来自Python核心贡献者之一：“分号是留给那些不想读自己代码的人的。” 主流观点认为，在for循环中使用分号是可避免的语法噪音。它不会带来性能提升（Python解析器本身不区分单行多行），却会降低代码的可扩展性和团队协作的可读性。
更关键的隐忧在于：许多代码审查工具（如pylint、flake8）会将一行多条语句标记为警告（W0301）。长期维护的项目中，这样的“风格债”会累积技术债务。
结论：遵守惯例，拥抱Pythonic的优雅
综合社区讨论，可以给出明确结论：虽然使用分号在技术上是可行的，但在for循环中刻意使用它，确实不符合Pythonic风格。Python的设计初衷是让代码像天然语言一样易读，分号恰恰是这份优雅的杂音。
对于开发者而言，这并非强制规范，而是一种文化选择。就像穿西装打领带时不宜穿运动鞋——你可以那样做，但别人会觉得你不专业。在团队协作或开源项目中，遵循PEP 8的换行惯例，才是对“可读性计数”这一信条的最佳践行。
当你在for循环前的手指打算敲下分号时，不妨回想Python之禅的另一句：“简单胜于复杂，复杂胜于凌乱。” 换行、缩进，让循环体每一行都清晰自明——这才是Python社区共同守护的优雅。