Django项目中/accounts/signup/生效及settings导入allauth的疑问

刚接手别人遗留的Django项目，遇到这种“隐形”配置确实容易摸不着头脑，我来帮你逐个理清！

首先得搞懂Django加载配置的逻辑：你项目里的settings/common.py是实际存放配置的文件，虽然settings/__init__.py是空的，但Django并不会因为这个就找不到配置。

通常这类分模块的settings项目，会在项目根目录的manage.py或者wsgi.py/asgi.py里指定了要加载的settings模块，比如你可以去看manage.py里有没有类似这样的代码：

os.environ.setdefault('DJANGO_SETTINGS_MODULE', '你的项目名.settings.common')

这行代码告诉Django：“我要使用settings.common作为当前的配置模块”。

而from django.conf import settings导入的并不是一个普通的Python模块，而是Django封装的一个配置对象——它会自动读取当前生效的settings模块（也就是这里的common.py）里的所有内容，包括你配置的'allauth'应用、ACCOUNT_XXX这类allauth相关的设置，所以你可以直接通过settings.INSTALLED_APPS看到allauth，或者用settings.ACCOUNT_AUTHENTICATION_METHOD这类配置项。

简单说：只要common.py是当前Django生效的配置文件，from django.conf import settings就会自动包含里面所有的配置，和settings/__init__.py空不空没关系。

这是因为你用了url(r'^accounts/', include('allauth.urls'))，这个include操作相当于把allauth自带的所有URL规则“挂载”到了/accounts/路径下。

allauth作为一个成熟的第三方库，它自己的代码包里已经定义好了全套的URL路由——你可以去你的虚拟环境里找到allauth的安装目录，打开allauth/account/urls.py（或者allauth/urls.py，不同版本可能位置略有差异），里面会有类似这样的规则：

path('signup/', views.signup, name='account_signup'),
path('login/', views.login, name='account_login'),
# 还有logout、password重置等一系列路由

当你把allauth.urls包含到/accounts/下面时，Django就会把这些子路由和父路径拼接起来，比如allauth里的signup/就会变成/accounts/signup/，自动映射到allauth内部的signup视图函数，所以你不需要自己在项目的urls.py里重复配置这些路径。

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