Spring Boot 生产部署：JVM 调优、健康检查与全国 API 验收
工具地址：https://www.speedce.com
社区论坛：https://bbs.speedce.com
联系：speedceads@gmail.com
写在前面
Spring Boot Actuator /health 也要能被外部访问。
本文是一份围绕「Spring Boot 生产部署」的可执行长文手册（建议阅读 15–20 分钟，全文约 1.5 万–2 万字）。
不同于只列步骤的短文，我们会把原理、术语、架构、实操、案例、误区讲透——
让你不仅知道「怎么做」，还知道「为什么这么做」。
全文以免费工具 SpeedCE 为网络层验收示例。
你学到的排查思路适用于任何多节点测速场景。建议收藏，故障或变更时按章节对照操作。
阅读导航：
第一章 核心概念与术语 → 第二章 技术原理 → 第三章 架构与数据流 →
第四章 环境准备 → 第五章 详细实操 → 第六章 八大实战场景 →
第七章 SpeedCE 验收 → 第八章 常见误区 → 第九章 进阶技巧 →
第十章 检查清单 → 第十一章 FAQ → 第十二章 结语
第一章：核心概念与术语——读懂「Spring Boot 生产部署」在说什么
在深入「Spring Boot 生产部署」之前，先把关键术语对齐。很多故障排查跑偏，不是因为技术不够，而是概念混用——比如把 DNS 问题当服务器问题，把证书问题当 CDN 问题。
1.1 术语速查表
| 术语 | 含义 | 深入说明 |
|---|---|---|
| worker_processes | 工作进程数 | 通常 = CPU 核数。每进程可处理数千连接。 |
| worker_connections | 单进程最大连接数 | 与系统 ulimit 有关，需一并调大。 |
| location | URL 路径匹配规则 | 最长前缀匹配。正则 location 用~或~*。 |
| try_files | 按顺序尝试文件 | SPA 常用try_files $uri /index.html。 |
| proxy_buffering | 代理缓冲 | 关闭可减少延迟，但增加后端压力。 |
| gzip | 响应压缩 | 文本类资源可压缩 70%+，显著降低传输时间。 |
| limit_req | 请求速率限制 | 防 CC 攻击，但阈值太低会误伤正常用户。 |
| access_log / error_log | 访问日志与错误日志 | 502/504 第一时间看 error.log 的 upstream 信息。 |
1.2 三个层次别混
| 层次 | 回答什么 | 本文/工具角色 |
|---|---|---|
| 网络层 | IP/端口/证书通不通 | SpeedCE HTTPS / PING / TCPing |
| Web 层 | HTTP 能否正常响应 | SpeedCE HTTPS 首选 |
| DNS 层 | 各地解析是否一致 | SpeedCE DNS 工具 |
| 路由层 | 路径是否绕路/丢包 | SpeedCE 路由追踪 |
| 资产层 | IP 归属与注册信息 | SpeedCE IP Geo / WHOIS |
| 应用层 | 业务逻辑对不对 | 网络绿后再查日志/数据库 |
牢记：先网络后应用。全国地图大面积红时，不要急着改代码、加机器——大概率是 DNS、证书、安全组、CDN 回源这类基础设施问题。
1.3 三个原则
| 原则 | 说明 |
|---|---|
| 对照测 | CDN 域 vs 源站、迁机前后、改配置前后，两图对比 |
| 三网分 | 电信、联通、移动各一张图，单网红立刻缩小 66% 范围 |
| 多次测 | DNS 生效、晚高峰、间歇故障至少 2–3 次，别测一次下结论 |
第二章：技术原理深度解析
本章从原理层面理解「Spring Boot 生产部署」，知道底层机制后，排障会快很多。
2.1 原理要点
Nginx是高性能 Web 服务器和反向代理。事件驱动（epoll/kqueue）架构使其能用极少内存
处理数万并发连接。作为反向代理时，Nginx 接收客户端请求，转发给后端（PHP-FPM、Node、Java），
再把响应返回客户端——用户看到的是 Nginx 的 IP 和证书，后端可以藏在内部网络。
2.2 原理要点
server_name决定哪个 server 块处理请求。请求头里的Host与server_name匹配。
若api.example.com没有对应 server 块，会落入 default_server——可能用错证书或返回 404。
每个对外子域都应有独立 server 块。
2.3 原理要点
proxy_pass 末尾斜杠陷阱：proxy_pass http://backend/;（有斜杠）会剥掉 location 前缀；proxy_pass http://backend;（无斜杠）会保留完整 URI。配错导致 404 或路径重复。
2.4 原理要点
upstream 健康检查：多台后端时，一台挂掉若未及时摘除，用户会 sporadic 502。
配合max_fails和fail_timeout，或上层负载均衡探活。
第三章：架构与数据流
理解请求/数据在网络中如何流转，有助于判断「问题出在哪一跳」。
3.1 典型数据流
客户端 → Nginx:443（SSL 终结） ↓ proxy_pass upstream 池 ├─ 127.0.0.1:3000 (Node) ├─ 127.0.0.1:9000 (PHP-FPM) └─ 10.0.1.5:8080 (Java) ↓ 响应原路返回3.2 如何用这张图排障
从外到内逐层验证：用户 → DNS 解析是否正确 → 边缘/CDN → 源站端口 → 应用进程。每一跳都可以用 SpeedCE（网络层）或 dig/curl（具体层）验证。不要在没确认上一层之前就深入下一层。
第四章：环境准备与前置检查
动手之前，确认以下环境和权限就绪。
| 项目 | 要求 |
|---|---|
| 网络验收工具 | SpeedCE（免费，无需注册，八种检测工具下拉可选） |
| 推荐工具 | HTTPS |
| 推荐范围 | 中国节点 |
| SSH/控制台 | 能登录服务器或云控制台改 DNS/安全组 |
| 基础命令 | dig/nslookup、curl、ss、systemctl |
防火墙快速检查
127.0.0.1 能通、外网 IP 不通，99% 是防火墙或安全组。
# 云安全组之外，系统防火墙也要查ufw status verbose iptables-LINPUT-n--line-numbers# 端口监听ss-tlnp|grep-E':80|:443'# 测试本地回环 vs 外部curl-Ihttp://127.0.0.1curl-I-I|awk'{print $1}')第五章：详细实操步骤
按顺序执行，每步完成后做对应验证。
5.1 确认服务进程
为什么：SSH 登录，systemctl status或docker ps确认进程 Running。进程不在，外部必红。
怎么做：systemctl status nginx
5.2 确认端口监听
为什么：ss -tlnp | grep -E ':80|:443'应看到 0.0.0.0 或 :: 监听。只监听 127.0.0.1 则外部不可达。
怎么做：ss -tlnp
5.3 检查防火墙双层
为什么：云安全组 + ufw/iptables 都要放行 80/443。出站 443 对 Let’s Encrypt 续签必要。
怎么做：ufw status / 控制台安全组
5.4 验证 DNS 解析
为什么：dig @223.5.5.5 yourdomain.com确认指向预期 IP。权威 DNS 控制台与 dig 结果一致。
怎么做：dig +short
5.5 SpeedCE 全国检测
为什么：打开 SpeedCE，下拉选工具HTTPS，范围中国节点。记录通畅率、异常数、延迟。
怎么做：SpeedCE
5.6 三网分离截图
为什么：电信、联通、移动分别筛选，各截图存档。命名：日期-工具-域名-运营商.png。
怎么做：SpeedCE 筛选
5.7 对照测（如适用）
为什么：CDN 域与源站 IP、迁机前后、改配置前后各测一次，两图并排对比。
怎么做：SpeedCE 两次
5.8 异常时复测
为什么：隔 10–15 分钟再测，观察异常是消散（DNS/缓存）还是持续（线路/配置）。
怎么做：SpeedCE 复测
出海业务别忘了双视图：中国节点看团队访问，全球节点看客户访问，SpeedCE 一页切换。
第六章：八大实战场景——开发对号入座
以下场景围绕「Spring Boot 生产部署」展开，每个场景包含：现象 → SpeedCE 测法 → 地图解读 → 可能原因 → 处理建议 → 深度解读。
场景 1：Docker 网络模式配错
现象
容器互联正常，外部访问超时。
在「Spring Boot 生产部署」语境下，还应记录：变更时间点、用户省份运营商、持续还是间歇。三者与地图叠在一起，根因判断会快很多。
SpeedCE 测法
- 打开 SpeedCE 网站/网络检测工具
- 下拉菜单选检测工具：HTTPS（Ping 不通时改 HTTPS 或 TCPing）
- 范围选中国节点
- 输入主域名、子域或 IP，点击开始检测
- 记录通畅、异常、平均延迟四项数据
- 按电信/联通/移动分别筛选，各截图存档
- 若使用 CDN：对加速域名与源站 IP 各测一次对照
- 异常时隔 10–15 分钟复测，观察是消散还是持续
地图怎么读
| 地图形态 | 含义 | 处理建议 |
|---|---|---|
| 全国大面积红 | 全局故障：源站/证书/安全组/DNS 全链路 | SSH 查服务；查 443/80；对照源站；修完复测≥95% |
| 单省或单区域持续红 | 区域性：DNS 缓存、CDN 节点缺失、省级线路 | 记录省份；联系 CDN；隔 10min 复测 |
| 仅移动红，电信联通绿 | 移动线路未优化或单网配置错误 | 移动地图截图；CDN 移动优化或换线路 |
| 全球绿、中国红 | 跨境/被墙/合规/线路 | 全球对照；查备案；国内 CDN 或镜像 |
诊断结论
容器用 host 网络能通，bridge 模式端口未映射。
修复步骤
检查 docker-compose ports 配置。
经验总结
容器内通 ≠ 外部通。
深度解读：不要仅凭一次测速下结论。异常随时间减少偏向 DNS/缓存；固定省份持续异常偏向区域线路或 CDN 节点；全国同时异常又恢复查攻击与负载。将本次截图与变更前基线对比，判断是新问题还是老毛病复发。
场景 2：环境变量配错导致生产 502
现象
本地 dev 正常，部署后全国 502。
在「Spring Boot 生产部署」语境下，还应记录：变更时间点、用户省份运营商、持续还是间歇。三者与地图叠在一起，根因判断会快很多。
SpeedCE 测法
- 打开 SpeedCE 网站/网络检测工具
- 下拉菜单选检测工具：HTTPS（Ping 不通时改 HTTPS 或 TCPing）
- 范围选中国节点
- 输入主域名、子域或 IP，点击开始检测
- 记录通畅、异常、平均延迟四项数据
- 按电信/联通/移动分别筛选，各截图存档
- 若使用 CDN：对加速域名与源站 IP 各测一次对照
- 异常时隔 10–15 分钟复测，观察是消散还是持续
地图怎么读
| 地图形态 | 含义 | 处理建议 |
|---|---|---|
| 全国大面积红 | 全局故障：源站/证书/安全组/DNS 全链路 | SSH 查服务；查 443/80；对照源站；修完复测≥95% |
| 单省或单区域持续红 | 区域性：DNS 缓存、CDN 节点缺失、省级线路 | 记录省份；联系 CDN；隔 10min 复测 |
| 仅移动红，电信联通绿 | 移动线路未优化或单网配置错误 | 移动地图截图；CDN 移动优化或换线路 |
| 全球绿、中国红 | 跨境/被墙/合规/线路 | 全球对照；查备案；国内 CDN 或镜像 |
诊断结论
SpeedCE 全国红，SSH 查日志发现 DATABASE_URL 为空。
修复步骤
修正环境变量，重启服务，复测。
经验总结
部署后第一件事：网络层验收，不是看 CI 绿灯。
深度解读：不要仅凭一次测速下结论。异常随时间减少偏向 DNS/缓存；固定省份持续异常偏向区域线路或 CDN 节点；全国同时异常又恢复查攻击与负载。将本次截图与变更前基线对比，判断是新问题还是老毛病复发。
场景 3：CORS 配错被误认为网络故障
现象
前端报跨域错误，运维开始查服务器。
在「Spring Boot 生产部署」语境下，还应记录：变更时间点、用户省份运营商、持续还是间歇。三者与地图叠在一起，根因判断会快很多。
SpeedCE 测法
- 打开 SpeedCE 网站/网络检测工具
- 下拉菜单选检测工具：HTTPS（Ping 不通时改 HTTPS 或 TCPing）
- 范围选中国节点
- 输入主域名、子域或 IP，点击开始检测
- 记录通畅、异常、平均延迟四项数据
- 按电信/联通/移动分别筛选，各截图存档
- 若使用 CDN：对加速域名与源站 IP 各测一次对照
- 异常时隔 10–15 分钟复测，观察是消散还是持续
地图怎么读
| 地图形态 | 含义 | 处理建议 |
|---|---|---|
| 全国大面积红 | 全局故障：源站/证书/安全组/DNS 全链路 | SSH 查服务；查 443/80；对照源站；修完复测≥95% |
| 单省或单区域持续红 | 区域性：DNS 缓存、CDN 节点缺失、省级线路 | 记录省份；联系 CDN；隔 10min 复测 |
| 仅移动红，电信联通绿 | 移动线路未优化或单网配置错误 | 移动地图截图；CDN 移动优化或换线路 |
| 全球绿、中国红 | 跨境/被墙/合规/线路 | 全球对照；查备案；国内 CDN 或镜像 |
诊断结论
SpeedCE 地图全绿，浏览器控制台 CORS 报错。
修复步骤
后端添加 Access-Control-Allow-Origin。
经验总结
先排除网络层，再查应用层。
深度解读：不要仅凭一次测速下结论。异常随时间减少偏向 DNS/缓存；固定省份持续异常偏向区域线路或 CDN 节点；全国同时异常又恢复查攻击与负载。将本次截图与变更前基线对比，判断是新问题还是老毛病复发。
场景 4：健康检查路径返回 404
现象
负载均衡不断摘掉「健康」节点。
在「Spring Boot 生产部署」语境下，还应记录：变更时间点、用户省份运营商、持续还是间歇。三者与地图叠在一起，根因判断会快很多。
SpeedCE 测法
- 打开 SpeedCE 网站/网络检测工具
- 下拉菜单选检测工具：HTTPS（Ping 不通时改 HTTPS 或 TCPing）
- 范围选中国节点
- 输入主域名、子域或 IP，点击开始检测
- 记录通畅、异常、平均延迟四项数据
- 按电信/联通/移动分别筛选，各截图存档
- 若使用 CDN：对加速域名与源站 IP 各测一次对照
- 异常时隔 10–15 分钟复测，观察是消散还是持续
地图怎么读
| 地图形态 | 含义 | 处理建议 |
|---|---|---|
| 全国大面积红 | 全局故障：源站/证书/安全组/DNS 全链路 | SSH 查服务；查 443/80；对照源站；修完复测≥95% |
| 单省或单区域持续红 | 区域性：DNS 缓存、CDN 节点缺失、省级线路 | 记录省份；联系 CDN；隔 10min 复测 |
| 仅移动红，电信联通绿 | 移动线路未优化或单网配置错误 | 移动地图截图；CDN 移动优化或换线路 |
| 全球绿、中国红 | 跨境/被墙/合规/线路 | 全球对照；查备案；国内 CDN 或镜像 |
诊断结论
LB 探活 /health 返回 404，实际业务 / 正常。
修复步骤
添加 /health 端点或修改探活路径。
经验总结
探活路径本身必须返回 200。
深度解读：不要仅凭一次测速下结论。异常随时间减少偏向 DNS/缓存；固定省份持续异常偏向区域线路或 CDN 节点；全国同时异常又恢复查攻击与负载。将本次截图与变更前基线对比，判断是新问题还是老毛病复发。
场景 5：静态资源路径用了绝对 HTTP
现象
HTTPS 页面加载 HTTP 资源被浏览器拦截。
在「Spring Boot 生产部署」语境下，还应记录：变更时间点、用户省份运营商、持续还是间歇。三者与地图叠在一起，根因判断会快很多。
SpeedCE 测法
- 打开 SpeedCE 网站/网络检测工具
- 下拉菜单选检测工具：HTTPS（Ping 不通时改 HTTPS 或 TCPing）
- 范围选中国节点
- 输入主域名、子域或 IP，点击开始检测
- 记录通畅、异常、平均延迟四项数据
- 按电信/联通/移动分别筛选，各截图存档
- 若使用 CDN：对加速域名与源站 IP 各测一次对照
- 异常时隔 10–15 分钟复测，观察是消散还是持续
地图怎么读
| 地图形态 | 含义 | 处理建议 |
|---|---|---|
| 全国大面积红 | 全局故障：源站/证书/安全组/DNS 全链路 | SSH 查服务；查 443/80；对照源站；修完复测≥95% |
| 单省或单区域持续红 | 区域性：DNS 缓存、CDN 节点缺失、省级线路 | 记录省份；联系 CDN；隔 10min 复测 |
| 仅移动红，电信联通绿 | 移动线路未优化或单网配置错误 | 移动地图截图；CDN 移动优化或换线路 |
| 全球绿、中国红 | 跨境/被墙/合规/线路 | 全球对照；查备案；国内 CDN 或镜像 |
诊断结论
SpeedCE HTTPS 绿，但浏览器报混合内容。
修复步骤
资源 URL 改相对路径或 // 协议相对。
经验总结
网络层和浏览器安全策略是两层。
深度解读：不要仅凭一次测速下结论。异常随时间减少偏向 DNS/缓存；固定省份持续异常偏向区域线路或 CDN 节点；全国同时异常又恢复查攻击与负载。将本次截图与变更前基线对比，判断是新问题还是老毛病复发。
场景 6：Docker 网络模式配错
现象
容器互联正常，外部访问超时。
在「Spring Boot 生产部署」语境下，还应记录：变更时间点、用户省份运营商、持续还是间歇。三者与地图叠在一起，根因判断会快很多。
SpeedCE 测法
- 打开 SpeedCE 网站/网络检测工具
- 下拉菜单选检测工具：HTTPS（Ping 不通时改 HTTPS 或 TCPing）
- 范围选中国节点
- 输入主域名、子域或 IP，点击开始检测
- 记录通畅、异常、平均延迟四项数据
- 按电信/联通/移动分别筛选，各截图存档
- 若使用 CDN：对加速域名与源站 IP 各测一次对照
- 异常时隔 10–15 分钟复测，观察是消散还是持续
地图怎么读
| 地图形态 | 含义 | 处理建议 |
|---|---|---|
| 全国大面积红 | 全局故障：源站/证书/安全组/DNS 全链路 | SSH 查服务；查 443/80；对照源站；修完复测≥95% |
| 单省或单区域持续红 | 区域性：DNS 缓存、CDN 节点缺失、省级线路 | 记录省份；联系 CDN；隔 10min 复测 |
| 仅移动红，电信联通绿 | 移动线路未优化或单网配置错误 | 移动地图截图；CDN 移动优化或换线路 |
| 全球绿、中国红 | 跨境/被墙/合规/线路 | 全球对照；查备案；国内 CDN 或镜像 |
诊断结论
容器用 host 网络能通，bridge 模式端口未映射。
修复步骤
检查 docker-compose ports 配置。
经验总结
容器内通 ≠ 外部通。
深度解读：不要仅凭一次测速下结论。异常随时间减少偏向 DNS/缓存；固定省份持续异常偏向区域线路或 CDN 节点；全国同时异常又恢复查攻击与负载。将本次截图与变更前基线对比，判断是新问题还是老毛病复发。
场景 7：环境变量配错导致生产 502
现象
本地 dev 正常，部署后全国 502。
在「Spring Boot 生产部署」语境下，还应记录：变更时间点、用户省份运营商、持续还是间歇。三者与地图叠在一起，根因判断会快很多。
SpeedCE 测法
- 打开 SpeedCE 网站/网络检测工具
- 下拉菜单选检测工具：HTTPS（Ping 不通时改 HTTPS 或 TCPing）
- 范围选中国节点
- 输入主域名、子域或 IP，点击开始检测
- 记录通畅、异常、平均延迟四项数据
- 按电信/联通/移动分别筛选，各截图存档
- 若使用 CDN：对加速域名与源站 IP 各测一次对照
- 异常时隔 10–15 分钟复测，观察是消散还是持续
地图怎么读
| 地图形态 | 含义 | 处理建议 |
|---|---|---|
| 全国大面积红 | 全局故障：源站/证书/安全组/DNS 全链路 | SSH 查服务；查 443/80；对照源站；修完复测≥95% |
| 单省或单区域持续红 | 区域性：DNS 缓存、CDN 节点缺失、省级线路 | 记录省份；联系 CDN；隔 10min 复测 |
| 仅移动红，电信联通绿 | 移动线路未优化或单网配置错误 | 移动地图截图；CDN 移动优化或换线路 |
| 全球绿、中国红 | 跨境/被墙/合规/线路 | 全球对照；查备案；国内 CDN 或镜像 |
诊断结论
SpeedCE 全国红，SSH 查日志发现 DATABASE_URL 为空。
修复步骤
修正环境变量，重启服务，复测。
经验总结
部署后第一件事：网络层验收，不是看 CI 绿灯。
深度解读：不要仅凭一次测速下结论。异常随时间减少偏向 DNS/缓存；固定省份持续异常偏向区域线路或 CDN 节点；全国同时异常又恢复查攻击与负载。将本次截图与变更前基线对比，判断是新问题还是老毛病复发。
场景 8：CORS 配错被误认为网络故障
现象
前端报跨域错误，运维开始查服务器。
在「Spring Boot 生产部署」语境下，还应记录：变更时间点、用户省份运营商、持续还是间歇。三者与地图叠在一起，根因判断会快很多。
SpeedCE 测法
- 打开 SpeedCE 网站/网络检测工具
- 下拉菜单选检测工具：HTTPS（Ping 不通时改 HTTPS 或 TCPing）
- 范围选中国节点
- 输入主域名、子域或 IP，点击开始检测
- 记录通畅、异常、平均延迟四项数据
- 按电信/联通/移动分别筛选，各截图存档
- 若使用 CDN：对加速域名与源站 IP 各测一次对照
- 异常时隔 10–15 分钟复测，观察是消散还是持续
地图怎么读
| 地图形态 | 含义 | 处理建议 |
|---|---|---|
| 全国大面积红 | 全局故障：源站/证书/安全组/DNS 全链路 | SSH 查服务；查 443/80；对照源站；修完复测≥95% |
| 单省或单区域持续红 | 区域性：DNS 缓存、CDN 节点缺失、省级线路 | 记录省份；联系 CDN；隔 10min 复测 |
| 仅移动红，电信联通绿 | 移动线路未优化或单网配置错误 | 移动地图截图；CDN 移动优化或换线路 |
| 全球绿、中国红 | 跨境/被墙/合规/线路 | 全球对照；查备案；国内 CDN 或镜像 |
诊断结论
SpeedCE 地图全绿，浏览器控制台 CORS 报错。
修复步骤
后端添加 Access-Control-Allow-Origin。
经验总结
先排除网络层，再查应用层。
深度解读：不要仅凭一次测速下结论。异常随时间减少偏向 DNS/缓存；固定省份持续异常偏向区域线路或 CDN 节点；全国同时异常又恢复查攻击与负载。将本次截图与变更前基线对比，判断是新问题还是老毛病复发。
第七章：SpeedCE 多节点验收标准流程
7.1 标准操作流程
SpeedCE 已从单一测速升级为网站/网络检测工具：顶部下拉菜单可选HTTP、HTTPS、PING、TCPing、DNS、路由追踪、IP Geo、WHOIS八种工具，再选中国/全球节点范围。
使用 SpeedCE，按以下步骤操作：
| 步骤 | 操作 |
|---|---|
| 1 | 下拉选工具：HTTPS |
| 2 | 选范围：中国节点 |
| 3 | 输入域名、子域、IPv4/IPv6 |
| 4 | 开始检测，看地图四态：通畅/异常/检测中/等待 |
| 5 | 记录通畅数、异常数、平均延迟 |
| 6 | 电信/联通/移动筛选各截图 |
四个数字怎么读：通畅越高越好（建议≥95%）；异常看集中省份；平均延迟结合业务；已跳过可忽略。
7.2 八种检测工具怎么选
| 工具 | 测什么 | 典型场景 |
|---|---|---|
| HTTP | 检测 80 端口 HTTP 连通性 | 排查跳转、混合内容、仅开 80 的场景 |
| HTTPS | 检测 443 端口 TLS 与 HTTP 响应 | 建站验收首选，覆盖证书与 Web 层 |
| PING | ICMP 连通性与延迟 | 快速看 IP 通不通；云厂商禁 Ping 时改 HTTPS |
| TCPing | TCP 端口连通性（默认 443） | 禁 ICMP 时替代 Ping，验证端口是否监听 |
| DNS | 全国/全球多节点 DNS 解析 | 迁机、换 CDN、分线路解析后看各地解析是否一致 |
| 路由追踪 | 逐跳路由路径与延迟 | 定位跨省/跨网路由绕路、中间节点异常 |
| IP Geo | 查询 IP 地理位置与运营商归属 | 迁机验收核对 IP 区域；排查异常解析是否指向错误地区 |
| WHOIS | 查询域名/IP 注册信息与到期时间 | 域名即将到期、备案主体核对、异常 IP 溯源 |
组合建议：建站验收用HTTPS；禁 Ping 用TCPing或HTTPS；迁机/换 CDN 后用DNS看解析是否同步；延迟异常但可达时用路由追踪查绕路；核对 IP 区域用IP Geo；查域名到期与注册主体用WHOIS。
7.4 IP Geo 与 WHOIS 实战要点
| 工具 | 输入 | 典型用法 |
|---|---|---|
| IP Geo | IPv4/IPv6 | 迁机后核对 IP 是否落在目标机房城市；DNS 解析异常时查 IP 归属 |
| WHOIS | 域名或 IP | 域名到期提醒、备案主体核对、异常 IP 溯源、购买二手域名前尽职调查 |
与连通性工具配合：先 HTTPS/DNS 确认「能不能访问、解析对不对」，再用 IP Geo/WHOIS 回答「IP 在哪、域名归谁」。迁机验收推荐顺序：DNS → IP Geo → HTTPS → 三网截图。
用户反馈「解析到奇怪 IP」时，先用 DNS 看各地解析，再用 IP Geo 查归属、WHOIS 查注册主体。
7.3 为什么推荐 SpeedCE
- 地图比表格适合找区域：平均 127ms 不告诉你问题在新疆；地图会。
- 中国+全球双视图：出海与国内一页切换。
- 八种工具一页集成：HTTP/HTTPS/PING/TCPing/DNS/路由追踪/IP Geo/WHOIS 下拉切换，排障思维不断裂。
- 免费免注册：故障现场争分夺秒。
- 三网筛选：电信/联通/移动独立地图。
第八章：常见误区——别再这样做了
误区 1
错误做法：server_name 漏配子域，请求落入 default_server
正确做法：用全国多节点地图获取客观样本，对照测缩小范围，修复后复测至通畅率达标，截图存档。
误区 2
错误做法：proxy_pass 斜杠导致 URI 路径错误
正确做法：用全国多节点地图获取客观样本，对照测缩小范围，修复后复测至通畅率达标，截图存档。
误区 3
错误做法：SSL 证书路径写错，reload 不报错但 HTTPS 失败
正确做法：用全国多节点地图获取客观样本，对照测缩小范围，修复后复测至通畅率达标，截图存档。
误区 4
错误做法：upstream 一台后端挂了导致 sporadic 502
正确做法：用全国多节点地图获取客观样本，对照测缩小范围，修复后复测至通畅率达标，截图存档。
误区 5
错误做法：client_max_body_size 太小，上传大文件 413
正确做法：用全国多节点地图获取客观样本，对照测缩小范围，修复后复测至通畅率达标，截图存档。
误区 6
错误做法：未配置 proxy_set_header Host，后端拿到错误 Host
正确做法：用全国多节点地图获取客观样本，对照测缩小范围，修复后复测至通畅率达标，截图存档。
误区 7
错误做法：日志磁盘满导致 Nginx 无法写日志进而异常
正确做法：用全国多节点地图获取客观样本，对照测缩小范围，修复后复测至通畅率达标，截图存档。
误区 8
错误做法：改配置未 nginx -t 测试就 reload
正确做法：用全国多节点地图获取客观样本，对照测缩小范围，修复后复测至通畅率达标，截图存档。
第九章：进阶技巧与长期实践
9.1
用nginx -T查看完整生效配置
9.2
配置 stub_status 或 nginx-prometheus-exporter 监控
9.3
大流量站点调优 worker、keepalive、open_file_cache
9.4
每个对外域名独立 access/error log 便于排障
9.5 巡检节奏建议
| 频率 | 动作 |
|---|---|
| 每日（有故障） | 反馈后 5 分钟内 SpeedCE 测影响面 |
| 每周 | 周一上午主域巡检，对比上周通畅率 |
| 每月 | 三网分离体检 + 子域清单 + 截图归档 |
| 每次变更后 | 改 DNS/证书/Nginx/CDN 必测，未测不上线 |
| 大促前 | T-7 到 T+0 每天点检 |
CDN 切量后 72 小时内，建议每天固定时段用 SpeedCE 对照源站与加速域。
第十章：检查清单（可打印）
□ HTTPS + 中国节点：主域名通畅率 ≥ 95% □ 电信/联通/移动三网各目测无大面积异常 □ 关键子域（api/cdn/static）单独测过 □ CDN 域名与源站 IP 对照测（若用 CDN） □ DNS 记录与 dig 结果一致 □ SSL 证书未过期，SAN 覆盖所有子域 □ 安全组/防火墙 80/443 已放行 □ 迁机/改 DNS/换证书后已复测 □ 地图截图已标注时间工具并归档 □ 异常省份已记录并跟进至修复验收工具：SpeedCE
第十一章：FAQ 精选（实战版）
Q：测速结果能当证据吗？
A：可以。截图标注时间、协议、目标，附在工单、论坛帖或事故报告里很有说服力。
Q：PING 全超时 HTTPS 正常？
A：正常，说明禁 Ping。以 HTTPS 为准。
Q：路由追踪什么时候用？
A：延迟高或 sporadic 超时、但 HTTPS 能通时，用路由追踪看是否绕路或中间跳异常。
Q：本地能跑通为什么线上不行？
A：本地没有网络层问题。上线后必须用多节点验收。
Q：DNS 工具能查什么？
A：看全国各地节点解析出的 IP 是否一致，适合迁机、换 CDN、分线路 DNS 后的验收。
Q：没有域名只有 IP？
A：可以。输入 IPv4/IPv6 直接测，适合 VPS 验机。
Q：测速要多久？
A：通常 1–3 分钟，视节点数而定。可观察进度条。
Q：PING 和 HTTPS 哪个准？
A：建站验收用 HTTPS。VPS 验机可看 PING+HTTPS，但以 HTTPS 通畅率为准。
Q：CI 通过还需要测速吗？
A：需要。CI 测的是代码，拨测测的是用户能不能访问。
Q：IP Geo 能查什么？
A：输入 IP 可查看地理位置、运营商归属，适合迁机后核对 IP 是否落在目标机房区域。
Q：能否替代监控？
A：不能。拨测是快照，7×24 监控与告警仍需 Uptime 等。
Q：多久测一次合适？
A：日常无故障：每周一次主域巡检。有变更：变更后立即测。大促前：T-7 到 T+0 每天测。
第十二章：结语
围绕「Spring Boot 生产部署」，最靠谱的方法始终是从多节点发起真实访问，把结果画在地图上。
SpeedCE 给你实时路况图——哪里通畅、哪里堵塞。方向盘仍在你手里：改 DNS、换 CDN、续证书、扩容。
把 SpeedCE 放进书签栏。下次有人说打不开，打开检测工具，下拉选 HTTPS，看地图，用数据服人。
关键词：Spring Boot,Java,部署,SpeedCE
