Java Socket端口扫描必须设置连接超时，否则会阻塞几十秒；推荐使用new Socket().connect()并设2000–5000ms超时，配合线程池并发控制（如20线程），捕获SocketTimeoutException和IOException区分状态，TCP连通不等于服务可用，本地扫描失败需排查Windows防火墙或安全软件拦截。
Java里用Socket连端口，超时必须设，否则卡死
不设超时的Socket在目标主机无响应或防火墙拦截时会阻塞几十秒甚至更久，整个扫描器就“假死”。Java默认没有连接超时，得手动加。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 永远用
new Socket().connect(new InetSocketAddress(host, port), timeoutMs)，别用带超时参数的构造函数（已废弃） - 超时值建议设
2000到5000毫秒：太短漏掉慢响应服务，太长拖垮并发效率 - 捕获
SocketTimeoutException表示超时（可能开放但响应慢），IOException通常表示端口关闭或被拒
单线程扫100个端口要10秒？改用ExecutorService并发
顺序尝试每个端口，一个连不上就等超时，100个端口×3秒=300秒。实际中没人这么干——但初学者常卡在这一步，以为“Java做不了快扫描”。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 用
Executors.newFixedThreadPool(20)控制并发数，20是经验平衡值：再高容易触发系统文件描述符限制或被目标限速 - 每个任务封装成
Callable<Boolean>，返回true表示端口开放（即成功建立连接） - 记得调用
shutdown()和awaitTermination()，否则主线程可能提前退出，漏结果
connect() 成功 ≠ 服务可用，得看协议握手
很多初学者扫到 80 或 443 返回 true 就以为“网站开着”，结果 curl 一下 404 或直接断连——因为 HTTP 服务可能监听但拒绝请求，或只响应特定 Host 头。
说明：
-
Socket.connect()只验证 TCP 层是否可达，不涉及应用层协议逻辑 - 若要确认 HTTP 服务真实可用，需后续发
"GET / HTTP/1.0\r\n\r\n"并读响应头；SSH、FTP 同理，得按协议交互 - 对纯端口探测场景（如渗透信息收集），TCP 连通性已足够；加协议校验会显著拖慢速度、增加复杂度
Windows下扫本地127.0.0.1失败？检查防火墙和回环策略
代码在 Linux 跑得好好的，换 Windows 一运行，所有本地端口都报 Connection refused 或 Access denied ——不是代码问题，是系统策略挡的。
常见原因：
- Windows Defender 防火墙默认阻止“入站连接探测”，哪怕目标是本机
- 某些安全软件（如 360、腾讯电脑管家）会劫持
localhost解析或拦截低权限 socket 创建 - 用
127.0.0.1而非localhost，避免 DNS 解析干扰；若仍失败，临时关防火墙测试
端口扫描本质是大量短生命周期 TCP 连接，Java 的 Socket 没问题，但系统资源、网络策略、超时控制这三块，少踩一个坑，结果就差十倍。
