nginx实现http自动跳转https最常用三种方式：①return 301 https://$server_name$request_uri，简洁高效，生产首选；②rewrite ^(.*)$ https://$host$1 permanent，灵活但开销略大；③error_page 497 =301 https://$host$request_uri，适用于代理后端场景。
要让 HTTP 请求全自动跳转到 HTTPS，Nginx 提供了多种可靠方式。最常用、最推荐的有三种：用 return 301、用 rewrite、以及在 HTTPS server 块中配合 error_page 处理。它们原理不同、适用场景不同，效果也有细微差别。
直接 return 301：简洁高效，生产首选
这是目前最主流、最推荐的方式。它不依赖正则匹配，不触发 rewrite 引擎，性能开销最小，语义最清晰。
- 在监听 80 端口的 server 块中，只写一行：
return 301 https://$server_name$request_uri; -
$server_name会精确复用当前域名（不含 www 或含 www 取决于你配置），避免硬编码；$request_uri完整保留路径和查询参数 - 无需开启
rewrite_engine，不依赖 PCRE 库，兼容性极好，Nginx 1.0+ 全支持 - 注意：若 server_name 是泛域名或多个域名，建议用
$host替代$server_name，更贴近用户实际访问的 Host 头
rewrite + permanent：灵活但稍重，适合复杂路径处理
当跳转逻辑需要结合路径规则（比如仅对特定目录跳转）、或需兼容老版本 Nginx（如 1.14 以下）时，rewrite 仍有价值。
- 典型写法：
rewrite ^(.*)$ https://$host$1 permanent;——permanent表示 301 跳转 - 它会先执行正则匹配、捕获、拼接，再发响应，比
return多一次字符串处理 - 若配置中存在多个 rewrite 规则，需注意执行顺序和 flag（如
last或break）的影响 - 不推荐仅用于全站跳转，除非已有 rewrite 逻辑需复用；纯跳转场景下，
return更干净
error_page 497：适用于代理后端或协议感知受限环境
497 是 Nginx 自定义状态码，表示“HTTP 请求被发送到了 HTTPS 端口”。它常用于上层有反向代理（如 CDN、ALB）且真实 TLS 终止在代理层的架构中。
- 配置在监听 443 的 server 块内：
error_page 497 =301 https://$host$request_uri; - 此时 Nginx 本身只监听 443，但代理以 HTTP 方式转发请求过来，Nginx 检测到协议错配即触发 497
- 该方式绕开了 80 端口监听，适合云环境禁止开放 80 端口、或需统一由代理做 HTTP→HTTPS 卸载的场景
- 单独使用时不解决用户直连 80 端口的问题，需配合代理策略或额外 80 端口配置
不复杂但容易忽略：无论选哪种，都要确保 443 server 块已正确加载 SSL 证书，并启用 ssl on（旧版）或 listen 443 ssl（新版），否则 HTTPS 服务本身不可用，跳转也就失去意义。
