使用多个Gunicorn Worker时Google OAuth认证失败

你的推测完全正确：多Worker场景下，默认的本地内存会话存储会导致每个Worker维护独立的会话数据。当用户的授权请求被分配到Worker A，state存入A的本地会话；而回调请求被分配到Worker B时，B的会话里没有对应的state，或者是其他请求生成的state，就会触发MismatchingStateError。

以下是可行的解决方法：

• 改用分布式会话存储
  Flask默认的服务器端会话存储在本地内存中，换成跨Worker共享的存储介质（比如Redis、Memcached或数据库），就能让所有Worker读取同一份会话数据。
  以Redis为例，配置步骤如下：

  1. 安装依赖：pip install flask-session redis
  2. 修改应用配置：

     from flask import Flask
     from flask_session import Session
     import redis
     
     app = Flask(__name__)
     # 配置会话存储类型为Redis
     app.config['SESSION_TYPE'] = 'redis'
     # 连接到Redis实例（根据实际地址调整）
     app.config['SESSION_REDIS'] = redis.Redis(host='localhost', port=6379)
     # 设置签名密钥，用于保护会话数据
     app.secret_key = 'your_secure_secret_key_here'
     # 初始化会话扩展
     Session(app)
     

• 规范state的存储逻辑
  确保在跳转到Google授权页时，生成的state被存入分布式会话，而非Worker本地内存。示例授权路由代码：

  @app.route('/login')
  def login():
      # 初始化你的Google OAuth Flow
      flow = build_google_auth_flow()
      auth_url, state = flow.authorization_url()
      # 将state存入共享会话
      session['state'] = state
      return redirect(auth_url)
  

• 临时方案：开启会话粘滞（不推荐长期使用）
  如果暂时无法修改会话存储，可以在负载均衡器（如Nginx）上开启会话粘滞（Sticky Sessions），让同一用户的请求始终路由到同一个Worker。但该方案存在局限性：Worker重启或扩容时会导致会话丢失，可靠性远低于分布式会话。

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