JWT签名密钥必须使用JWT_SECRET_KEY而非Flask的SECRET_KEY，二者完全无关；须从环境变量读取、长度≥32字节、全局一致，且PyJWT手写时key参数必须严格匹配。
JWT签名密钥必须用SECRET_KEY还是可以自定义？
Flask本身不内置JWT支持，实际依赖PyJWT或flask-jwt-extended。用flask-jwt-extended时，JWT_SECRET_KEY是强制配置项，和Flask的SECRET_KEY完全无关——混用会导致签名验证失败或RuntimeError: JWT_SECRET_KEY not set。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 在
app.config中显式设置JWT_SECRET_KEY = 'your-32-byte-secret-here'，长度建议32字节以上（os.urandom(32)生成） - 绝不能把
JWT_SECRET_KEY硬编码在代码里，应从环境变量读取：os.environ.get('JWT_SECRET_KEY') - 若用
PyJWT手写签发/验证，调用jwt.encode(..., key=secret, algorithm='HS256')时，key参数必须和验证时一致，无默认值
前端传来的JWT怎么安全提取并验证？
常见错误是直接从URL参数或form里取token，这会暴露在日志、代理、浏览器历史中。正确路径只有一条：从Authorization请求头的Bearer字段提取。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 后端用
request.headers.get('Authorization')获取，再切分：auth_header.split(' ')[1]（注意判空和格式） - 验证必须包含三步：解码→检查
exp时间戳→校验签名。用flask-jwt-extended时，@jwt_required()自动完成；手写则用jwt.decode(token, key, algorithms=['HS256']) - 捕获
ExpiredSignatureError、InvalidTokenError等异常，统一返回401，不要泄露错误细节
access_token和refresh_token要不要分开存储？
必须分开。access_token短时效（如15分钟），用于日常接口；refresh_token长时效（如7天），仅用于换新access_token。两者混用或共用同一密钥，等于放大攻击面。
实操建议：
立即学习“Python免费学习笔记（深入）”；
-
refresh_token必须存服务端（如Redis），键为用户ID，值为随机字符串+过期时间；登录成功后下发该字符串，后续/refresh接口比对它 -
access_token可纯无状态，但refresh_token一旦泄露，必须支持主动失效——所以不能只靠JWT自身jti，得查数据库或Redis是否存在 - 前端存储
refresh_token时禁用localStorage（XSS可读），改用httpOnlyCookie（后端设set_cookie(..., httponly=True)）
跨域场景下Cookie携带JWT为什么总失败？
不是JWT的问题，是CORS和Cookie策略叠加导致。典型现象：前端带credentials: 'include'，但响应头没配Access-Control-Allow-Credentials: true，或Access-Control-Allow-Origin写了*（二者互斥）。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- Flask用
flask-cors时，初始化要明确指定来源：CORS(app, origins=['https://your-frontend.com'], supports_credentials=True) - 后端返回Cookie必须加
samesite='Lax'（或'None'+secure=True），否则现代浏览器拒绝发送 - 前端fetch调用需同时满足：
credentials: 'include'+mode: 'cors'+ 请求URL协议/域名/端口与CORS配置严格匹配
