在Nginx中为特定URI禁用HTTPS强制跳转，应使用map+if方式定义跳转开关，在http块中用map匹配豁免路径设$skip_https_redirect=0，server 80中if判断为1时return 301；或用location ^~优先接管固定路径。
在 Nginx 中为特定 URI 禁用 HTTPS 强制跳转，核心是绕过全局 301 跳转逻辑，让这些路径在 HTTP（80 端口）下可直接访问。这常见于内网接口、健康检查、人机验证回调等场景，不能简单用 rewrite 或 location 拦截，而要从“是否执行跳转”这个判断环节入手。
用 map + if 控制跳转开关
这是最清晰、可维护性高的方式。先定义一个变量标识是否跳转，再根据请求 URI 决定其值：
- 在 http 块顶部定义 map，匹配需豁免的 URI 路径，命中则设为 0（不跳转），其余默认为 1（跳转）
- 在 listen 80 的 server 块中，用 if 判断该变量，为 1 时执行 return 301
- map 示例（支持正则和前缀）：map $request_uri $skip_https_redirect { default 1; ~^/healthz 0; ~^/captcha/callback 0; ~^/debug/ 0; }
- server 块内写：if ($skip_https_redirect = 1) { return 301 https://$host$request_uri; }
用 location ^~ 配合内部逻辑处理
若只对少数固定路径开放 HTTP 访问，且希望完全隔离跳转逻辑，可用前缀匹配 location 直接接管：
- 使用 location ^~ /healthz { ... }，确保它优先于其他正则 location
- 该块内不写 return 或 rewrite，直接 proxy_pass 或返回静态内容
- 注意：此 location 不会触发外部跳转，但需确保它位于所有全局跳转规则之前（比如放在 server 块最上方）
- 如果还需限制访问来源，可在其中加 allow/deny，例如：allow 192.168.0.0/16; deny all;
避免常见陷阱
有些做法看似可行，实际会出问题：
- 不要在跳转后的位置（如 443 server 块）里做“反向跳转”，那会造成循环或浏览器警告
- 不要用 rewrite 替代 return 301，rewrite 是内部重写，不是客户端重定向，无法绕过强制跳转
- 如果用了 HSTS（Strict-Transport-Security），浏览器会强制 HTTPS，此时即使 Nginx 允许 HTTP，客户端也无法访问——需临时移除或缩短 max-age
- 确保 443 端口 server 块仍正常提供 HTTPS 服务，禁用跳转仅影响 80 端口对特定 URI 的响应行为
