为何Django应用中当前目录不在sys.path中？

你的误解核心是搞反了sys.path[0]的生成规则——它不是当前模块的所在目录，而是Python解释器启动时的「入口脚本所在目录」（或当前工作目录，取决于启动方式）。

先明确sys.path首元素的真正规则 #

• 当你直接运行一个.py文件（比如python my_script.py），sys.path[0]会被自动设置为这个脚本文件所在的目录；
• 如果是通过模块方式运行（比如python -m my_package.my_module），sys.path[0]会被设为当前工作目录（也就是你执行命令时所在的目录）；
• 所有被导入的模块，都会继承入口脚本的sys.path配置，不会因为自身所在目录而改变sys.path的首元素。

对比你的两种测试场景 #

1. 普通Python项目测试：你直接运行了my_file_1.py和my_file_2.py，这两个文件都是入口脚本，所以sys.path[0]自然是各自的所在目录；
2. Django项目场景：你启动Django时，实际运行的是项目根目录下的manage.py（比如python manage.py runserver），这个manage.py才是入口脚本。urls.py只是被manage.py（或Django核心模块）导入的一个模块，它会继承manage.py的sys.path配置，所以sys.path[0]是manage.py所在的项目根目录，而非urls.py的子目录。

验证测试 #

你可以做个小验证：在Django项目根目录下新建脚本test_path.py，内容如下：

import sys
print(sys.path[0])

直接运行python test_path.py，输出会是项目根目录；如果把这个脚本移到urls.py所在的子目录里，再直接运行它，输出就会变成这个子目录的路径——完全符合上面的规则。

内容的提问来源于stack exchange，提问作者meg hidey