引入Django Channels后DRF社交登录功能失效求助

核心问题分析 #

你遇到的问题大概率是ASGI环境下的请求阻塞和认证上下文不一致导致的，结合现象拆解：

• 进程停滞：authenticate_kakao内部发起的kakao/login/allauth/请求陷入了进程死锁——单进程ASGI服务器（比如daphne单实例）在处理当前请求时，又发起内部HTTP请求，导致两个请求互相等待，无法推进。
• 403错误：ASGI与WSGI的会话/认证中间件适配问题，导致登录后的认证状态没有被正确传递到/dj-rest-auth/user/请求中。

具体排查与修复步骤 #

1. 解决内部请求死锁问题 #

不要在视图函数内部通过HTTP请求调用自身接口，直接调用底层逻辑替代：

• 替换requests.post("kakao/login/allauth/", ...)的逻辑，直接导入allauth的Kakao认证视图或底层函数。比如：

# 原来的写法（会引发内部请求）
import requests
response = requests.post("http://localhost:8000/kakao/login/allauth/", data=...)

# 改为直接调用视图逻辑
from allauth.socialaccount.providers.kakao.views import KakaoOAuth2Adapter
from dj_rest_auth.registration.views import SocialLoginView

class KakaoLogin(SocialLoginView):
    adapter_class = KakaoOAuth2Adapter

# 在authenticate_kakao里直接实例化调用
view = KakaoLogin.as_view()
response = view(request._request, ...)  # 注意传递原始请求对象

这样避免了进程内的请求循环，自然不会出现停滞。

2. 检查ASGI与认证中间件配置 #

确保ASGI应用正确集成DRF和allauth的认证上下文：

• 在asgi.py中用AuthMiddlewareStack包裹WebSocket路由，同时保留HTTP请求的ASGI处理：

# asgi.py
import os
from django.core.asgi import get_asgi_application
from channels.auth import AuthMiddlewareStack
from channels.routing import ProtocolTypeRouter, URLRouter
import your_app.routing

os.environ.setdefault('DJANGO_SETTINGS_MODULE', 'your_project.settings')

application = ProtocolTypeRouter({
    "http": get_asgi_application(),  # 处理HTTP请求，保留原有DRF/allauth逻辑
    "websocket": AuthMiddlewareStack(
        URLRouter(
            your_app.routing.websocket_urlpatterns
        )
    ),
})

• 确认settings.py中的MIDDLEWARE包含必要的认证中间件，且顺序正确：

MIDDLEWARE = [
    'django.middleware.security.SecurityMiddleware',
    'django.contrib.sessions.middleware.SessionMiddleware',
    'django.middleware.common.CommonMiddleware',
    'django.middleware.csrf.CsrfViewMiddleware',
    'django.contrib.auth.middleware.AuthenticationMiddleware',  # 必须保留
    'django.contrib.messages.middleware.MessageMiddleware',
    'django.middleware.clickjacking.XFrameOptionsMiddleware',
]

3. 排查403错误的认证细节 #

在/dj-rest-auth/user/视图中添加日志，明确认证失败原因：

# 自定义user视图或在原视图中加日志
from django.http import JsonResponse
from rest_framework.decorators import api_view, authentication_classes, permission_classes
from rest_framework.permissions import IsAuthenticated
from rest_framework.authentication import SessionAuthentication, TokenAuthentication
import logging

logger = logging.getLogger(__name__)

@api_view(['GET'])
@authentication_classes([SessionAuthentication, TokenAuthentication])
@permission_classes([IsAuthenticated])
def user_view(request):
    logger.info(f"Request user: {request.user}, Auth: {request.auth}")
    logger.info(f"Session keys: {request.session.keys()}")
    return JsonResponse({"username": request.user.username})

通过日志判断：

• 如果request.user是匿名用户，说明会话没有被正确加载，检查ASGI环境下的会话存储配置（比如是否用了数据库会话，而非缓存会话，避免ASGI与WSGI的缓存上下文不一致）。
• 如果是Token认证失效，检查DRF的DEFAULT_AUTHENTICATION_CLASSES是否包含TokenAuthentication，且登录后返回的token是否正确携带。

4. 多进程启动ASGI服务器 #

如果暂时无法修改内部请求逻辑，尝试用多进程启动daphne，避免单进程阻塞：

daphne -b 0.0.0.0 -p 8000 your_project.asgi:application --workers 4

多进程环境下，内部请求会被分配到其他进程处理，不会阻塞当前请求。

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