讲真，每次我 review 别人的代码，最先让我血压飙升的，往往不是什么惊天动地的逻辑 bug，也不是什么高深算法的实现瑕疵，而是那乱七八糟、毫无章法的间距和缩进。

你懂我意思吗？那种感觉，就像你走进一间装修豪华的屋子，结果发现地上全是垃圾，衣服鞋子扔得到处都是。再好的“内核”，也架不住这糟糕的“卖相”啊。

所以，聊 Python 怎么间距，我们聊的根本不是一个技术问题。不，它是一种态度，一种素养，甚至可以说，是程序员的“代码美学”。

缩进：Python 的灵魂，不容侵犯的“天条”

咱们先从最要命的说起：缩进。

对于 C++ 或 Java 程序员来说，他们用大括号 {} 来划分代码块，缩进更多是为了好看。但在 Python 的世界里，这玩意儿就是命脉，是代码的骨架。你的 if、for、def、class 下一级的所有逻辑，都得靠缩进明确地“臣服”于它。

这就导致了一个极其严重，但又极其基础的问题：到底是用 Tab 键，还是用空格？

这是一场旷日持久的“圣战”。但今天，我不想和你搞什么中立客观。我直接把话撂这儿：请，务必，一定使用四个空格。

为什么？

因为 Tab 在不同的编辑器、不同的系统里，显示的宽度可能不一样。你这边看着整整齐齐，到了你同事的电脑上，可能就瞬间“骨骼错位”，直接 IndentationError 伺候。这简直是团队协作的噩梦。而四个空格，是宇宙通行的硬通货。无论在哪个角落，它就是四个字符的宽度，稳如老狗。

别跟我扯什么“Tab 键按一下多方便”。现在的代码编辑器，哪个不带“按 Tab 自动输入四个空格”的功能？这根本不是借口。把这个设置好，是你写下第一行 Python 代码之前，就该完成的仪式。

PEP 8——这个被无数 Python 开发者奉为圭臬的官方风格指南，明确规定了这一点。把它当成法律，当成信仰，去遵守。你的代码，从这一刻起，就有了“秩序感”。

空行：代码的“呼吸感”，不是越多越好

如果说缩进是骨架，那空行就是代码的呼吸。

你有没有见过那种代码，密密麻麻，从头到尾挤在一起，一个空行都没有？读这种代码，就像被人掐着脖子，喘不过气。

PEP 8 对此也有建议，而且非常符合人的直觉：

• 顶级函数和类的定义之间，空两行。 这就像书籍里的大章节之间，留出足够的空白，告诉你：“嘿，一个全新的、独立的故事要开始了。” 它给了你的大脑一个缓冲，一个切换上下文的机会。

• 类中的方法定义之间，空一行。 这就像一个章节里的小节。它们同属一个大家族（这个类），但各自负责不同的任务。一行之隔，既保持了亲近感，又划清了界限。

• 函数内部，可以用空行来分隔逻辑上相对独立的代码块。 比如，你先做了一系列数据准备工作，然后是一个核心的循环处理，最后是结果返回。那么在这三块之间，各加一个空行，整个函数的逻辑脉络瞬间就清晰了。这叫“节奏感”。

别滥用空行。满屏都是稀稀拉拉的代码，跟便秘一样难受，同样会破坏阅读体验。恰到好处，才是艺术。

操作符、逗号、冒号：细微之处见真章

细节决定成败。下面这些地方的空格，是区分一个“码农”和一个“工匠”的试金石。

• 二元操作符两侧：像 +, -, *, /, =, ==, < 这些家伙，请在它们两边都加上一个空格。

  • 反面教材：x=y+1
  • 正面典型：x = y + 1
    感受一下，后者是不是舒展开了？每个元素都有了自己的空间，眼睛看上去不累。

• 逗号和冒号后面：在逗号 , 和冒号 : 后面，永远跟上一个空格。但是在它们前面，不要加。

  • 反面教材：my_list=[1,2,3] 或 my_dict={'key':'value'}
  • 正面典型：my_list = [1, 2, 3] 或 my_dict = {'key': 'value'}
    这完全符合我们日常书写的习惯，不是吗？它让你的列表、字典和函数参数，看起来像一串经过精心排列的珍珠，而不是一坨挤在一起的葡萄。

• 括号内部：紧贴着括号的内侧，通常不加空格。

  • 比如 print(my_var)，而不是 print( my_var )。前者更紧凑，更有整体感。

这些规则，琐碎吗？非常琐碎。但正是这些琐碎的坚持，构成了代码的专业性。

行长与断行：给你的眼睛一条生路

不知道你有没有维护过那种一行长达 200 个字符的代码。为了看全，你得疯狂拖动下面的水平滚动条，那种感觉，跟在狭窄的隧道里开车一样，压抑、烦躁，而且极易“追尾”（看错行）。

PEP 8 建议，每行代码不要超过 79 个字符（有些人放宽到 99，尤其是在宽屏时代，可以接受）。

为什么？

这不仅仅是为了避免横向滚动。更重要的是，它方便你并排比较代码（比如用 diff 工具），而且能让你的视线始终保持在一个舒适的范围内，减轻认知负担。

那写长了怎么办？断行啊！

Python 提供了非常优雅的断行方式。首选是在括号内部进行换行，比如圆括号 ()、方括号 []、大括号 {}。在这些括号里，你可以随便换行，Python 会自动帮你拼接，而且还能保持非常漂亮的缩进对齐。

“`python

这种自然的断行，看着多舒服

def a_very_long_function_name(
var_one, var_two, var_three,
var_four):
print(var_one)

my_list = [
1, 2, 3,
4, 5, 6,
]
“`

如果实在没有括号可用，最后的手段才是用反斜杠 \。但说实话，大部分情况你都能用上括号。

别做苦力，让工具解放你

看到这里，你可能会觉得：“天啊，这么多规矩，记不住怎么办？”

朋友，都什么年代了，谁还靠人肉去记啊！我们有强大的自动化工具。

• Black：一个被戏称为“不妥协的代码格式化工具”。它有自己一套极其固执的风格（基本遵循 PEP 8），你不用做任何配置，运行一下，它就把你的代码整理得服服帖帖。对于有代码洁癖又懒得动手的人来说，简直是福音。

• autopep8：另一个自动化工具，它会严格按照 PEP 8 的规范来格式化你的代码。

• Flake8：这家伙更像一个“质检员”。它会检查你的代码，然后告诉你哪里不符合 PEP 8 规范，哪里有潜在的逻辑错误。

把这些工具集成到你的 VS Code、PyCharm 里，设置成保存时自动格式化。从此，你只需要专注于业务逻辑，那些烦人的间距问题，交给机器去处理。你会发现，你的世界都清净了。

说到底，代码是写给人读的，只是顺便让机器执行。

一个好的程序员，不仅要让自己的代码跑起来，更要让它漂亮地跑起来。这种对python怎么间距的执着，本质上是对自己、对同事、对未来那个需要维护你代码的人的一种尊重和责任。

你的代码，就是你的数字笔迹。把它写得漂亮点，不丢人。