Flask响应头Location字段被补充完整URL的原因及uWSGI相关机制咨询
我来帮你拆解这个问题，先还原下你的场景：
你在Flask里加了一个after_request钩子打印响应头：
@app.after_request def add_header(response): print(response.headers) return response
uWSGI日志里明明显示Location: /：
Jan 07 13:54:21 dev1 uwsgi[133646]: Content-Type: text/html; charset=utf-8 Jan 07 13:54:21 dev1 uwsgi[133646]: Content-Length: 208 Jan 07 13:54:21 dev1 uwsgi[133646]: Location: /
但抓uWSGI和Nginx之间的Unix Socket包时，却看到Location被补成了完整的http://xxx/格式：
43 6f 6e 74 65 6e 74 2d 54 79 70 65 3a 20 74 65 Content-Type: te 78 74 2f 68 74 6d 6c 3b 20 63 68 61 72 73 65 74 xt/html; charset 3d 75 74 66 2d 38 0d 0a =utf-8.. 43 6f 6e 74 65 6e 74 2d 4c 65 6e 67 74 68 3a 20 Content-Length: 32 30 38 0d 0a 208.. 4c 6f 63 61 74 69 6f 6e 3a 20 68 74 74 70 3a 2f Location: http:/ <url lines redacted> 6d 2f 0d 0a m/.. 53 65 74 2d 43 6f 6f 6b 69 65 3a 20 73 65 73 73 Set-Cookie:
你已经猜到是Nginx里的uwsgi_params在起作用，想深挖下uWSGI这边的具体机制对吧？
为什么Location会被补全成完整URL？
这个补全动作是uWSGI主动做的，和Flask完全无关。当Nginx通过uwsgi_params配置给uWSGI传递了请求的核心元数据（比如协议、主机名、端口这些），uWSGI会自动检测响应头里的相对路径Location，把它重写成符合HTTP标准的绝对URL——这是uWSGI为了配合反向代理场景做的默认优化，避免客户端因为解析相对路径重定向出现问题。
具体触发的核心逻辑
uWSGI默认开启了响应头的自动修正逻辑，当它从Nginx拿到以下几个关键参数时，就会启动Location补全：
uwsgi_schema：当前请求使用的协议（http/https）uwsgi_host：请求的主机名uwsgi_port：请求端口（可选，默认80/443）
这些参数一般都在Nginx的uwsgi_params文件里配置，比如常见的默认配置片段：
uwsgi_param QUERY_STRING $query_string; uwsgi_param REQUEST_METHOD $request_method; uwsgi_param CONTENT_TYPE $content_type; uwsgi_param CONTENT_LENGTH $content_length; uwsgi_param REQUEST_URI $request_uri; uwsgi_param PATH_INFO $document_uri; uwsgi_param SERVER_PROTOCOL $server_protocol; uwsgi_param REQUEST_SCHEME $scheme; uwsgi_param HTTPS $https if_not_empty; uwsgi_param REMOTE_ADDR $remote_addr; uwsgi_param SERVER_PORT $server_port; uwsgi_param SERVER_NAME $server_name;
其中REQUEST_SCHEME或者HTTPS参数会被uWSGI用来识别当前协议，SERVER_NAME和SERVER_PORT用来补全主机和端口部分。
你遇到的Cookie问题的根源
你提到负载均衡做了HTTPS卸载，Nginx和uWSGI之间用HTTP通信——这时候uWSGI从Nginx拿到的协议是http，所以补全Location时会生成http://xxx/格式的头，但客户端实际是通过HTTPS访问的，浏览器会认为这是跨协议重定向，出于安全策略（比如Same-Site Cookie规则）可能不会携带Cookie，这就是你遇到问题的核心原因。
你后来的解决方法是对的：在uwsgi_params里硬编码协议为https，比如加一行：
uwsgi_param uwsgi_schema https;
或者用uwsgi_param REQUEST_SCHEME https;，这样uWSGI补全Location时就会用HTTPS协议，浏览器就会正常携带Cookie了。
为什么日志和抓包的Location不一致？
最后解释下你看到的“矛盾”：
- Flask里打印的是Flask生成的原始响应头，这时候Location还是相对路径
/； - 这个响应头传到uWSGI之后，uWSGI会做最后一次响应头修正，补全Location为绝对URL，再发给Nginx；
- 所以uWSGI日志里显示的是Flask传过来的原始值，而你在Unix Socket上抓到的是uWSGI修正后的最终值——这就是两边内容不一样的原因。
备注：内容来源于stack exchange，提问作者TheDavidFactor
