为什么Python没有main函数？
Python技术迷约 7 分钟你有没有发现一个事儿，写 C、Java 的时候不写 main 根本跑不起来，写 Python 的时候，随手敲几行就能跑，连个“入口函数”都没影儿。
我之前带新人，有个小伙子就问过我一句：”哥，Python 为什么没有 main 函数啊？是不是 Python 设计得不正规……“ 我当场乐了，说你别急，Python 不是没有 main，它只是没把 main 写在你脸上。
先对比一下：别的语言为什么死盯着 main 不放
你想想，C 里是这么写的：
#include<stdio.h>intmain(void){
printf("hello world\n");
return0;
}
Java 里是这样：
publicclassDemo{
publicstaticvoidmain(String[] args){
System.out.println("hello world");
}
}
共同点很明显吧： 编译器/虚拟机启动的时候，会固定去找一个叫 main 的东西，当作入口。你不按这个套路来，人家压根不知道从哪一行开始执行。
但是在 Python 里，你随手写个 hello.py：
print("hello world")x = 1 + 2
print("x =", x)
直接：
python hello.py
就顺顺利利跑完了，从文件第一行执行到最后一行，完全没人提 “main” 这俩字。
所以先有个底：Python 的设计理念是“脚本先行”，入口就是“当前这个脚本文件本身”，从上往下跑，而不是强制你声明一个函数当入口。
那 Python 程序到底从哪开始跑？
很多人只知道“解释器从上往下执行”，但又会看到一个神秘判断：
defmain():
print("run main")if __name__ == "__main__":
main()
这里有两个关键点：
每个 .py文件在执行时，内部都有一个内置变量__name__当你是 直接运行这个文件 的时候，这个变量的值是 "__main__"
举个小例子，你在 a.py 里写：
print("a.py 被执行了")
print("__name__ =", __name__)
直接跑：
python a.py
输出大概是：
a.py 被执行了
__name__ = __main__
但是如果你写个 b.py：
import aprint("b.py 被执行了")
print("b 里的 __name__ =", __name__)
跑：
python b.py
你会看到类似：
a.py 被执行了
__name__ = a
b.py 被执行了
b 里的 __name__ = __main__
也就是说：
作为脚本直接执行的那个文件，它的 __name__就是"__main__"—— 它就是入口模块被 import 进来的文件， __name__就是它自己的模块名，比如a
这也是那句经典代码的意义：
if __name__ == "__main__":
main()
翻译成人话就是：“如果我现在是被直接跑的脚本，就执行 main；如果我是被别的模块 import，那我就老老实实当个库，不乱动。”
所以从这个角度讲，Python 有一个“入口模块”的概念（__main__），而不是“入口函数”的概念。
Python 为什么没强制 main？设计上真的是故意的
简单说，有几个原因。
1）脚本语言的传统：一句就能跑，别整虚的
Python 一开始就更偏脚本、工具、胶水代码那条路，你想写个小脚本清理一下日志、处理个 CSV，写成这样就可以：
import csvwith open("data.csv", encoding="utf-8") as f:
for row in csv.reader(f):
print(row)
如果强制你包成：
defmain():
# ... 所有逻辑if __name__ == "__main__":
main()
对快速写个一次性脚本的人来说，纯属仪式感，没有实质收益。 Python 的思路就是：简单工作就让它简单完成，不要为了形式去增加样板代码。
2）“模块就是一等公民”，入口是模块，不是函数
Python 里模块这个概念很重——
一个 .py文件就是一个模块模块里可以有可执行代码，也可以只有函数、类、常量 模块既可以直接执行，也可以被别人 import
所以解释器更关心的是：“哪个模块现在是入口？”而不是：“入口函数叫什么？”
你运行：
python my_app.py
其实等价于：“把 my_app 这个模块当 __main__ 来执行”。
你运行：
python -m http.server 8000
是：“把 http.server 这个模块，作为 __main__ 来跑一下”。
http/server.py 里就会有类似代码：
if __name__ == "__main__":
# 作为脚本运行时的入口逻辑
test()
所以在 Python 世界里，模块级别的入口要比函数级别的入口更重要。
3）方便交互式、REPL、Jupyter 这类用法
Python 还有一个非常典型的使用方式：REPL / 交互式环境。你敲一行：
>>> x = 1 + 2
>>> print(x)
3
这时候要是强行给你搞个 main 的概念就很别扭。 同样地，Jupyter Notebook 里一格一格地跑代码，也不可能每次都包一层 main 才执行。
所以从交互友好性上看，“见代码就执行” 比 “非得从 main 开始” 更适合 Python 的风格。
4）大型项目也可以“自愿有 main”，而不是被迫
到这你可能会说：脚本方便是方便，那做大项目怎么办，总不可能所有逻辑都丢在全局顶层吧？
其实非常简单，我们自己写 main，但只是“约定俗成”，不是“语言要求”。
比如，一个比较规整的 CLI 工具写法：
# cli.py
import argparsedefmain():
parser = argparse.ArgumentParser(description="简单的示例命令行工具")
parser.add_argument("--name", default="world")
args = parser.parse_args()
greet(args.name)
defgreet(name: str):
print(f"hello, {name}")
if __name__ == "__main__":
main()
这样写有什么好处？
有清晰的入口函数 main逻辑拆到了别的函数里（ greet），方便测试和复用又兼顾了脚本式的灵活：这个文件既能当命令行工具跑，也能被别的模块 import，再直接调用 greet("Python")
区别就一条：这个 main 是你自己约定的，不是 Python 语法强制的。
if __name__ == "__main__" 其实就是“穷人版 main 机制”
很多人会问一句： 那既然大家都在写 if __name__ == "__main__":，干嘛不干脆设计一个 main() 关键字？
其实这句话就相当于一个“很朴素的协议”：
只要你看到这个判断，就知道： 这个文件可以“既当脚本，又当模块”。
再看两个实际例子。
例子一：写工具库，同时又想在文件里顺手跑一点 demo
# utils.py
defadd(a, b):
return a + bdef_demo():
print(add(1, 2))
print(add(10, 20))
if __name__ == "__main__":
_demo()
别人 import 的时候：
from utils import add
不会触发 _demo()，不会打印一堆你用来测试的内容。
例子二：一个简单的 Web 服务启动入口
# app.py
from http.server import HTTPServer, SimpleHTTPRequestHandlerdefrun_server(port: int = 8000):
server = HTTPServer(("0.0.0.0", port), SimpleHTTPRequestHandler)
print(f"serving on {port} ...")
server.serve_forever()
defmain():
run_server(8000)
if __name__ == "__main__":
main()
以后你要测试别的端口，可以在另一个文件里直接：
import appapp.run_server(9000)
这整套模式完全用普通语法就能表达，不需要给语言加新规则。 Python 一贯的思路就是：能用现有机制搞定的，就别造新语法了。
那 Python 真的“没有 main 函数”吗？
如果从“语言层面强制存在一个叫 main 的东西”这个角度说，确实是没有的。 但如果从“入口机制”角度看，其实有一堆类似于 main 的东西：
入口模块： 当前被执行的模块就是“main 模块”， __name__ == "__main__"惯例入口函数： 很多项目会自己定义 main()，再用if __name__ == "__main__"调用命令行入口点： 做包的时候，可以在 pyproject.toml或setup.cfg里配置console_scripts，指向某个函数，比如mypkg.cli:main，装完包后，命令行里直接敲mycmd，其实底层也是帮你调用那个main函数
比如一个最简单可复用的结构可以是：
# mytool/cli.py
import sysdefmain(argv=None):
if argv isNone:
argv = sys.argv[1:]
ifnot argv:
print("usage: mytool <name>")
return
name = argv[0]
print(f"hi, {name}")
if __name__ == "__main__":
main()
你既可以：
python -m mytool.cli Tom
也可以在打包配置里，把 mytool.cli:main 暴露成一个命令行工具。
所以更精确一点说：
Python 不是没有 main，而是把“入口”的控制权交给了“模块 + 约定”，而不是写死在语法里。
什么时候应该自己老老实实写一个 main？
虽然 Python 不强制，但在这些场景下，我还是强烈建议你写一个 main()：
脚本开始变长、变复杂的时候一堆顶层逻辑散着写，很难读，很难测，也不好重用。
需要写命令行工具的时候比如用
argparse、click做 CLI，入口函数非常重要，可测试、可扩展。import argparsedefmain():
parser = argparse.ArgumentParser()
parser.add_argument("--debug", action="store_true")
args = parser.parse_args()if args.debug:
print("debug 模式打开了")if __name__ == "__main__":
main()要给别人复用的代码顶层只放函数、类和必要的少量初始化逻辑，真正的“程序跑起来”的部分放到
main()里，通过if __name__ == "__main__"控制是否执行。
简单讲一句：一行两行的小脚本可以随便写，大一点的程序还是要自觉搞个 main，但这是工程习惯，不是语言规则。