Django修改settings.py后authenticate()仍返回None无法登录

authenticate() 始终返回None的核心问题是用户名存储与认证时的大小写处理逻辑不一致，附带一个会引发后续报错的命名冲突隐患：

• 注册流程中，你对用户提交的用户名调用.upper()转为全大写后才写入数据库
• 登录流程中，你直接取表单提交的原始用户名（未做大写转换）传入认证函数，Django默认ModelBackend是对用户名做精确匹配的，无法匹配到数据库中全大写存储的用户名，因此直接返回None
• 额外隐患：你自定义的登录视图函数被命名为login，和顶部从django.contrib.auth导入的内置登录函数重名，会出现命名空间覆盖，后续调用内置登录逻辑时会抛出参数错误。

1. 统一登录时的用户名大小写处理
   修改登录视图中authenticate()的传参，对用户名做和注册时一致的大写转换，修改后的认证代码如下：

   user = authenticate(
       username=request.POST.get('username').upper(),
       password=request.POST.get('password')
   )
   

2. 重命名自定义登录视图，解决命名冲突
   将原名为login的视图函数重命名为user_login（其他不冲突的名称也可），同步修改项目urls.py中对应路由的映射关系。修复后的完整登录视图参考：

   def user_login(request):
       if request.user.is_anonymous:
           if request.method == 'POST':
               user = authenticate(
                   username=request.POST.get('username').upper(),
                   password=request.POST.get('password')
               )
               if user is not None:
                   login(request, user)
                   return redirect('/dashboard')
               else:
                   messages.error(request, "用户名或密码错误")
                   return render(request, 'Login_Page.html')
           return render(request, 'Login_Page.html')
       return redirect('/dashboard')
   

3. （可选优化）补全注册逻辑的分支判断
   现有注册逻辑中，触发用户名/邮箱重复的错误提示后，没有终止响应流程，建议调整为只要存在重复项就直接返回注册页，避免非预期的数据库操作。

修改完成后重启Django开发服务，使用已注册的账号测试登录即可，此时authenticate()可以正常匹配到数据库中的用户记录，完成登录跳转。

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