8180 是什么
8180 是 Tomcat 的备用 HTTP 端口惯例：同一台机器要跑第二个 Tomcat 实例，或者 8080 已被其它服务占用时，管理员通常把 HTTP 连接器挪到 8180。它不是 IANA 分配的标准端口，而是长期形成的运维习惯，所以「8180 上是什么」完全取决于部署：可能是测试环境的 Web 应用，也可能是反代后端。排查时先确认端口归属，再看应用内容。
基本信息
| 服务 | Tomcat 备用 HTTP 连接器（社区惯例） |
|---|---|
| 协议 | TCP，HTTP |
| 用途 | 第二实例、测试环境 Web 应用 |
| 安全等级 | 按应用定，测试实例不应暴露 |
| 对照端口 | 8080 为主连接器端口 |
典型使用场景
- 多实例部署：同机跑两套 Tomcat 时区分端口
- 端口冲突：8080 被占用后快速切换
- 测试环境：与生产隔离的第二套 Web 服务
- 反向代理排障：确认后端到底监听 8080 还是 8180
- 灰度发布：新版本先在小端口验证
- 安全收敛：长期开着的测试实例是常见风险点
端口归属与内容核对
端口归属与内容核对
ss -lntp | grep -E ':(8080|8180) ' # 两个端口对比，确认谁在监听
curl -sI http://127.0.0.1:8180/ | head -5 # 看响应头判断应用
sudo lsof -i :8180 | head -5 # 反查进程与程序路径
# 若返回管理页，需限制来源并确认鉴权配置端口与用途对照
| 端口 | 常见用途 | 风险点 |
|---|---|---|
| 8080 | 主 HTTP 连接器 | 默认端口，扫描重点 |
| 8180 | 第二实例或测试环境 | 测试实例常缺少加固 |
| 8005 | Tomcat 关闭端口 | 默认绑本机，不应对外监听 |
反向代理把后端端口写错，会直接表现为 502 或返回错误站点；排查时用 curl 分别请求两个端口的首页，看哪个返回期望内容。
Tomcat 的 server.xml 允许配置多个 Connector，端口改动后需要重启服务；改配置前先备份文件，避免端口冲突升级成服务起不来。
管理类应用默认应删除或限制来源，测试实例上最容易忽略这一点，而扫描器恰恰优先探测这类路径。
容器化部署时端口映射与宿主机监听是两回事：容器内 8080 映射到宿主机 8180 很常见，排查要先确认自己是在哪一层看端口。