Nginx中sub_filter实现混合内容修复需满足三前提：响应未压缩、MIME类型显式启用、状态码允许修改；通过location集中配置或include复用规则，精准替换优于全局替换，并须抓包验证生效。
直接在 Nginx 中用 sub_filter 实现“全局”修复混合内容，关键不是写一次就管所有路径，而是让规则覆盖所有可能返回 HTML、JS、CSS 或 JSON 的响应，并确保替换真正生效。它不自动继承，也不跨 location 生效，但可以通过合理结构达到近似全局效果。
必须满足的三个前提条件
哪怕配置了 sub_filter，只要缺以下任一条件，替换就不会发生：
-
响应未压缩：Nginx 默认开启 gzip，而
sub_filter只处理原始明文响应。必须在对应 location 中加gzip off;或至少proxy_set_header Accept-Encoding ""; -
MIME 类型明确启用：默认只处理
text/html。若要修复 JS 中的 HTTP 链接或 JSON 接口里的 URL，必须显式添加：sub_filter_types text/css application/javascript application/json text/plain; - 响应状态码允许修改：默认只处理 200/201/206/304 等成功响应。对重定向（如 302）或错误页（4xx/5xx）不生效，一般无需额外设置，除非你特意想改错误页内容。
覆盖多数路径的实用结构
不能把 sub_filter 写在 http 块里（会报错），但可通过两种方式集中管理：
-
根路径 location 统一代理 + 规则复用：
在server块内定义location / { proxy_pass http://backend; ... }，并在其中配置完整 sub_filter 规则；其他更具体的 location（如/api/、/static/）若需同样修复，也需显式写出或include同一份规则文件。 -
抽离为独立配置文件：
新建/etc/nginx/conf.d/sub_filter_rules.conf，内容如：sub_filter 'http://' 'https://';<br>sub_filter_once off;<br>sub_filter_types text/html text/css application/javascript application/json;<br>gzip off;
然后在各个需要的 location 中写include /etc/nginx/conf.d/sub_filter_rules.conf;
精准替换比盲目替换更可靠
直接全局替换 'http://' → 'https://' 看似简单，但容易误伤：
- 把
http://localhost改成https://localhost（本地调试失败） - 把
http://example.com改成https://example.com，但后端其实已用相对路径或协议相对 URL（//example.com） - JS 动态拼接的 URL（如
src = 'http://' + host + '/api'）无法被 sub_filter 捕获
更稳妥的做法是按实际后端输出特征替换，例如：
- 替换硬编码域名：
sub_filter 'http://myapp.internal' 'https://www.example.com'; - 修正静态资源前缀：
sub_filter '/assets/' 'https://cdn.example.com/assets/'; - 同时覆盖常见变体（避免因空格或引号位置失效）：
sub_filter "href=\"http://" "href=\"https://";<br>sub_filter "src=\"http://" "src=\"https://";
验证与调试建议
替换是否生效，不能只看页面显示，要抓包确认：
- 用
curl -H "Accept-Encoding: identity" https://yoursite.com | grep -i "http://"检查响应体是否还有残留 - 浏览器打开 DevTools → Network → 刷新页面 → Filter 输入
http:，确认无任何 HTTP 请求发出 - 注意：sub_filter 是流式处理，不解析 HTML 结构。若后端返回分块传输（chunked）或响应太长被截断，可能导致部分匹配失败。此时应确认后端关闭 chunked，或改用更短、唯一性更高的替换关键词
