简介这是一份面向计算机网络课程学习者与Java初学者的端口扫描器实践项目聚焦TCP/UDP协议层探测原理适用于课程设计、大作业或工程实训场景。资源以Java实现多线程端口扫描核心功能支持自定义IP、起始/结束端口0–65535及线程数1–200实时显示开放端口并支持结果保存配套图形化界面提升交互体验。压缩包共12个文件含2个核心Java源码.java、3个编译后类文件.class、2份Markdown说明文档含README与项目介绍、Eclipse工程配置文件.project、.classpath、.prefs及界面截图png整体仅96KB轻量易部署。目前已有131人学习下载读者可直接运行调试、理解Socket通信、多线程并发控制与Swing GUI构建逻辑并通过源码结构快速掌握网络扫描器的模块划分与异常处理机制。1. 为什么一个“课程设计级”的 TCP/UDP 端口扫描器反而成了网络工程岗面试时最常被深挖的 Java 实战题你写完《计算机网络》课设报告把PortScanner.java提交到头歌平台、通过了 HNU 实验一的自动评测、甚至在湖科大教书匠的“自顶向下”配套实验里跑通了——但面试官盯着你简历上那行“基于 Java 实现的 TCP/UDP 端口扫描器”突然问“如果目标主机开了防火墙SYN 包发出去没回包你是等 3 秒还是 300 毫秒这个超时值怎么定Java 的Socket.connect()底层到底触发了几次重传DatagramSocket.send()发 UDP 包后你怎么判断对方端口是 open 还是 filtered”这时候80% 的同学当场卡壳。不是不会写 for 循环扫 1–65535而是根本没碰过真实网络环境里的协议栈行为边界TCP 三次握手失败 ≠ 端口关闭UDP 无响应 ≠ 端口关闭java.net.SocketTimeoutException和java.io.IOException: Connection refused背后是完全不同的网络状态机。这个项目表面是“用 Java 调 API”实质是用代码撬开操作系统 TCP/IP 协议栈的黑匣子——它逼你直面netsh interface tcp show global输出的InitialRtt、MaxSynRetransmissions逼你理解iperf3 -u打流时 UDP 包为何不触发 ICMP port unreachable。适合刚学完《计算机网络》第八版“运输层”章节、正准备蓝桥杯或 Java 开发岗实习面试的学生它不考算法复杂度但考你敢不敢把connect()的 timeout 从 5000 改成 50然后看 Wireshark 里 SYN 重传次数怎么跳变。2. 从零手写核心扫描逻辑用原生 Socket API 绕过所有“高级库幻觉”提示别碰 Apache Commons Net 或 Nmap 的 Java 封装。课程设计要的是对java.net底层行为的肌肉记忆不是调包能力。所有面试追问都来自你亲手写的new Socket()那一行。2.1 TCP SYN 扫描的“伪实现”与真实约束Java 标准库不提供原始套接字raw socket权限无法像 nmap 那样直接构造 SYN 包绕过内核 TCP 状态机。所以所谓“TCP SYN 扫描”在 Java 里本质是TCP Connect 扫描的优化变体利用Socket.connect(InetSocketAddress, timeout)的非阻塞连接尝试通过超时和异常类型反推端口状态。关键不是“模拟 SYN”而是用 connect() 的返回路径倒推网络路径状态。// TCP 端口探测核心逻辑单线程版用于理解原理 public static PortState tcpProbe(String host, int port, int timeoutMs) { try (Socket socket new Socket()) { // 关键设置 SO_TIMEOUT 影响读取但 connect timeout 是独立参数 socket.connect(new InetSocketAddress(host, port), timeoutMs); // 连接成功 → port is OPEN return PortState.OPEN; } catch (SocketTimeoutException e) { // 连接超时 → 可能是 filtered防火墙丢包或 closed但未发 RST return PortState.FILTERED; } catch (IOException e) { // 明确收到 RST 或 ICMP port unreachable → port is CLOSED String msg e.getMessage().toLowerCase(); if (msg.contains(connection refused) || msg.contains(errno 111)) { return PortState.CLOSED; } // 其他 IO 异常host unreachable / network unreachable return PortState.HOST_UNREACHABLE; } }逻辑说明与参数深挖timeoutMs不是“等待响应总时间”而是connect() 系统调用的超时上限。Linux 内核中connect()对 TCP 的行为是发 SYN → 等 SYN-ACK → 若超时则发 RST 并返回错误。这个超时值直接影响你能否区分FILTERED和CLOSED。SocketTimeoutException触发条件内核在timeoutMs内既没收到 SYN-ACK也没收到 RST/ICMP。此时链路可能被防火墙静默丢弃filtered也可能目标主机宕机host unreachable但 Java 层无法区分——这是协议栈不可见性的典型体现。Connection refused异常明确收到 RST 报文证明目标主机 TCP 协议栈已运行且该端口无进程监听。这是唯一能 100% 确认CLOSED的信号。2.2 UDP 端口探测为什么“发包即判断”是最大玄学UDP 是无连接协议DatagramSocket.send()调用成功只代表数据报进入本机发送队列不代表到达目标。更残酷的是UDP 端口开放与否无法靠“发包是否成功”判断。标准做法是发送一个应用层可识别的探测包如 DNS 查询、NTP 请求再监听是否收到响应。但课程设计中常简化为“发空包 等 ICMP port unreachable”。// UDP 端口探测简化版依赖 ICMP 错误报文 public static PortState udpProbe(String host, int port, int timeoutMs) { try (DatagramSocket socket new DatagramSocket()) { socket.setSoTimeout(timeoutMs); // 发送空 UDP 包仅占位不保证应用层语义 DatagramPacket sendPacket new DatagramPacket(new byte[0], 0, InetAddress.getByName(host), port); socket.send(sendPacket); // 等待 ICMP port unreachable 响应需目标主机返回该 ICMP byte[] recvBuf new byte[64]; DatagramPacket recvPacket new DatagramPacket(recvBuf, recvBuf.length); socket.receive(recvPacket); // 此处会阻塞直到超时或收到 ICMP // 收到 ICMP port unreachable → 证明端口 CLOSED有 IP 层响应 return PortState.CLOSED; } catch (SocketTimeoutException e) { // 无任何响应 → 可能 OPEN服务不回包、FILTERED防火墙丢 ICMP、或 host down return PortState.OPEN_OR_FILTERED; } catch (IOException e) { // 其他错误如地址不可达 return PortState.HOST_UNREACHABLE; } }参数与现象强关联说明setSoTimeout(timeoutMs)控制receive()的等待时间不是 send() 的超时。UDP send 永远“成功”因为只是进内核队列。OPEN_OR_FILTERED是 UDP 探测的必然模糊态目标服务若为 DNS端口 53它收到空包会静默丢弃OPEN若为防火墙则可能丢弃探测包且不发 ICMPFILTERED若目标主机关机则无任何响应HOST_UNREACHABLE。三者在 Java 层表现完全一致——这就是为什么企业级扫描器如 nmap对 UDP 默认做 100 次重试并结合多种探测载荷。关键限制Linux 默认禁用 ICMP port unreachable 响应net.ipv4.icmp_echo_ignore_all0但icmp_port_unreachable可能为 0。用sysctl net.ipv4.icmp_port_unreachable查看值为 0 则你的 UDP 探测永远收不到 ICMP全判为OPEN_OR_FILTERED。这是学生调试时最常翻车的点。2.3 多线程并发扫描用 ExecutorService 控制“网络友好度”暴力扫 65535 个端口单线程耗时以小时计。但并发数不是越大越好——ExecutorService.newFixedThreadPool(1000)会瞬间打爆本地端口ephemeral port exhaustion和目标主机连接队列。合理并发数需满足并发数 ≤ min(本地可用端口数 / 2, 目标主机 SYN queue size)。// 生产级并发控制器课程设计可简化但必须理解原理 public class PortScanner { private static final int DEFAULT_CONCURRENCY 50; // 经验值50 线程在千兆网下较稳 private static final int CONNECT_TIMEOUT_MS 1000; // TCP connect 超时1s private static final int UDP_TIMEOUT_MS 2000; // UDP receive 超时2s public ListPortResult scan(String host, IntRange portRange) { ExecutorService executor Executors.newFixedThreadPool(DEFAULT_CONCURRENCY); ListFuturePortResult futures new ArrayList(); for (int port portRange.start(); port portRange.end(); port) { final int currentPort port; futures.add(executor.submit(() - { PortState state PortState.UNKNOWN; long startTime System.nanoTime(); if (isTcpScan) { state tcpProbe(host, currentPort, CONNECT_TIMEOUT_MS); } else { state udpProbe(host, currentPort, UDP_TIMEOUT_MS); } long durationNs System.nanoTime() - startTime; return new PortResult(host, currentPort, state, durationNs / 1_000_000); })); } // 收集结果注意Future.get() 会阻塞实际应加超时 ListPortResult results new ArrayList(); for (FuturePortResult future : futures) { try { results.add(future.get(5, TimeUnit.SECONDS)); // 防止单个任务卡死 } catch (TimeoutException e) { results.add(new PortResult(host, -1, PortState.TIMEOUT, 5000)); } catch (Exception e) { results.add(new PortResult(host, -1, PortState.ERROR, 0)); } } executor.shutdown(); return results; } }参数决策依据DEFAULT_CONCURRENCY 50实测在校园网环境下50 线程可维持稳定吞吐而 200 线程会导致大量java.net.BindException: Address already in use本地端口耗尽。可通过netstat -an | grep :* | wc -l查看当前 ESTABLISHED 连接数。CONNECT_TIMEOUT_MS 1000比默认 5s 更激进。三次握手正常应在 200ms 内完成局域网1s 超时可过滤掉大部分FILTERED状态避免扫描器卡在防火墙后。但若扫公网服务器需调至 3000–5000ms。future.get(5, TimeUnit.SECONDS)防止某个端口探测因网络抖动无限阻塞强制 5s 放弃。这是课程设计与工业级扫描器的关键分水岭——后者会动态调整超时如根据前 10 个端口的平均响应时间。3. 真实网络环境避坑指南那些让头歌平台通过但企业网直接翻车的 5 个血泪问题3.1 现象头歌平台显示“全部端口扫描成功”但用 Wireshark 抓包发现只发了 10 个 SYN 包就结束了原因头歌或 HNU 实验平台使用 Docker 容器运行你的 Java 程序容器内ulimit -n文件描述符上限默认为 1024。每个Socket占用 1 个 fd50 线程 × 每线程同时打开多个 Socket → 快速触达上限后续new Socket()抛IOException: Too many open files但你的代码没捕获此异常导致扫描中断。解决在main()开头添加资源检查并优雅降级try { long maxFd new File(/proc/self/limits).lines() .filter(line - line.startsWith(Max open files)) .map(line - Long.parseLong(line.split(\\s)[3])) .findFirst().orElse(1024L); if (maxFd 2048) { System.err.println(警告文件描述符限制过低( maxFd )自动降级并发数至 (int)(maxFd/50)); DEFAULT_CONCURRENCY (int)(maxFd / 50); } } catch (Exception ignored) {}3.2 现象UDP 扫描结果全是OPEN_OR_FILTERED但用nmap -sU -p 53 192.168.1.1明确显示53/open原因你的 UDP 探测发的是空包new byte[0]而 DNS 服务只响应符合 DNS 协议格式的查询包。空包被 DNS 服务静默丢弃不触发 ICMP也不回复——所以 Java 层永远收不到任何东西只能判OPEN_OR_FILTERED。解决对常见 UDP 端口发协议特定探测包。例如 DNS 端口53// DNS 查询最小包Transaction ID0x1234, QR0, OpcodeQUERY, QDCOUNT1 byte[] dnsQuery new byte[]{ 0x12, 0x34, 0x01, 0x00, 0x00, 0x01, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x03, 0x77, 0x77, 0x77, 0x06, 0x67, 0x6f, 0x6f, 0x67, 0x6c, 0x65, 0x03, 0x63, 0x6f, 0x6d, 0x00, 0x00, 0x01, 0x00, 0x01 }; DatagramPacket sendPacket new DatagramPacket(dnsQuery, dnsQuery.length, addr, 53);3.3 现象扫描 localhost127.0.0.1时TCP 扫描大量报Connection refused但扫 192.168.1.100 却全是超时原因localhost走的是 loopback 接口内核 bypass 了防火墙规则connect()能快速收到 RST而192.168.1.100经过物理网卡若目标主机启用了 iptablesDROP规则而非REJECT则 SYN 包被静默丢弃Java 层只能超时。这不是你的代码 bug是 Linux netfilter 的DROPvsREJECT行为差异。验证在目标主机执行sudo iptables -L INPUT -n --line-numbers若看到DROP all -- 0.0.0.0/0 0.0.0.0/0则必现此现象。解决课程设计中可忽略但面试时必须答出“REJECT发 RST → Java 收到Connection refusedDROP静默丢包 → Java 超时 → 判FILTERED”。3.4 现象tcpProbe()在 Windows 上超时时间不稳定有时 1000ms 超时有时 3000ms 才返回原因Windows TCP/IP 协议栈的 SYN 重传策略与 Linux 不同。Windows 默认MaxSynRetransmissions2重传间隔为 3s、6s导致connect()最长等待约 9s。而 Java 的timeoutMs是内核 connect 系统调用的软超时受系统参数影响。解决在 Windows 上扫描前用管理员权限执行netsh interface tcp set global initialrto1000 netsh interface tcp set global maxsynretransmissions1将初始 RTO 设为 1000ms重传次数设为 1使超时行为更可控。3.5 现象扫描结果导出 CSV 后Excel 打开显示乱码中文字段全变成方块原因JavaFileWriter默认用平台编码Windows 是 GBK而 Excel 2016 默认用 UTF-8 BOM 解析 CSV。GBK 编码的中文写入文件Excel 用 UTF-8 解析 → 乱码。解决强制用 UTF-8 with BOM 写入// 写 CSV 文件带 BOM兼容 Excel String bom \uFEFF; try (FileWriter writer new FileWriter(result.csv, StandardCharsets.UTF_8)) { writer.write(bom); // 关键写入 BOM 头 writer.write(Host,Port,State,TimeMs\n); for (PortResult r : results) { writer.write(String.format(%s,%d,%s,%d\n, r.getHost(), r.getPort(), r.getState(), r.getDurationMs())); } }4. 扫描结果可信度验证用三重交叉法揪出“假阳性”与“假阴性”光跑通代码不够面试官会问“你怎么证明你扫出来的OPEN真是开着的服务而不是误判”——答案是不用信任单一工具用协议栈行为交叉验证。以下是我在湖科大网络实验和蓝桥杯备赛中验证扫描结果的三步法4.1 第一层用telnet/nc手动复现 TCP 连接对扫描结果中标记为OPEN的端口用系统命令手动连接观察底层行为# 测试 TCP 端口 22SSH $ time telnet 192.168.1.100 22 # 若立即返回 Connected to 192.168.1.100. → 确认 OPEN # 若卡住 30s 后报 Unable to connect to remote host → 你的 Java 扫描器 timeout 设太短应调大 # 测试 TCP 端口 80HTTP $ time nc -zv 192.168.1.100 80 # nc 的 -v 参数会打印详细过程Connection to 192.168.1.100 80 port [tcp/http] succeeded!关键洞察telnet和nc的连接逻辑与 JavaSocket.connect()完全一致都是调用connect()系统调用但它们的超时策略、重传次数由系统net.ipv4.tcp_syn_retries决定。若nc能连上而你的 Java 扫描器判FILTERED说明你的timeoutMs设置过小。4.2 第二层用 Wireshark 抓包看三次握手完整流程启动 Wireshark过滤ip.addr 192.168.1.100 and tcp.port 22然后运行你的扫描器。重点观察是否发出 SYN 包是否收到 SYN-ACK确认OPEN是否收到 RST确认CLOSED是否只发 SYN无任何响应确认FILTERED抓包技巧在扫描前执行sudo sysctl -w net.ipv4.tcp_tw_reuse1避免 TIME_WAIT 端口占用导致抓包混乱。Wireshark 中右键 SYN 包 → “Follow → TCP Stream”可直观看到连接建立/拒绝全过程。4.3 第三层用nmap权威结果反向校准你的扫描器nmap是网络扫描的黄金标准用其结果校准你的 Java 实现# TCP 扫描等价于你的 connect 扫描 nmap -sT -p 1-1000 -T4 192.168.1.100 # UDP 扫描需 root 权限且慢 sudo nmap -sU -p 53,67,68,123,161 192.168.1.100将nmap输出与你的 CSV 结果对比生成差异报告PortYour ResultNmap Result差异分析22OPENopen✅ 一致53OPEN_OR_FILTEREDopen❌ 你的 UDP 探测包无效需改发 DNS 查询137FILTEREDclosed❌ 你的 TCP timeout 太短目标主机 RST 延迟 1000ms校准原则当你的结果与nmap不一致时优先信nmap然后检查你的超时参数、探测载荷、并发控制。这是工程师思维的核心——不迷信自己写的代码用事实抓包、权威工具驱动迭代。5. 进阶技巧用 JNA 调用 native 函数实现真正的 TCP SYN 扫描绕过 connect() 限制注意此技巧超出课程设计要求但却是 Java 网络编程岗面试的“王炸问题”。若面试官问“Java 能否实现真正 SYN 扫描”答“不能”是及格答“能用 JNA 调 libpcap”是优秀。Java 标准库禁用 raw socket但可通过 Java Native AccessJNA调用 C 函数借助libpcapUnix或WinPcapWindows直接发包。这需要你理解struct tcphdr的内存布局和pcap_inject()的调用约定。5.1 环境准备安装 libpcap 并配置 JNALinuxUbuntusudo apt-get install libpcap-dev # 下载 jna-5.13.0.jar 和 jna-platform-5.13.0.jarMaven 仓库最新版Windows下载 WinPcap Developers Pack解压后将WpdPack\Lib\x64\wpcap.lib和WpdPack\Include\*.h加入项目。5.2 用 JNA 定义 pcap 接口精简版// 定义 pcap_t 结构简化实际需完整映射 public interface Pcap extends Library { Pcap INSTANCE Native.load(pcap, Pcap.class); // 打开设备 Pointer pcap_open_live(String device, int snaplen, int promisc, int to_ms, Pointer errbuf); // 构造原始包需自行填充以太网帧、IP 头、TCP 头 int pcap_inject(Pointer p, byte[] buf, int size); // 关闭 void pcap_close(Pointer p); } // TCP 头结构按网络字节序 public static class TcpHeader { public short sourcePort; // 2 字节 public short destPort; // 2 字节 public int sequenceNumber; // 4 字节 public int ackNumber; // 4 字节 public byte dataOffset; // 4 位 4 位保留 public byte flags; // URG, ACK, PSH, RST, SYN, FIN public short windowSize; // 2 字节 public short checksum; // 2 字节需校验和计算 public short urgentPointer; // 2 字节 }5.3 发送 SYN 包的核心逻辑关键步骤public void sendSynPacket(String targetIp, int targetPort) { // 1. 获取本机网卡如 eth0 String device findFirstDevice(); // 调用 pcap_findalldevs // 2. 打开网卡需 root 权限 Pointer pcap Pcap.INSTANCE.pcap_open_live(device, 65536, 0, 1000, null); if (pcap null) throw new RuntimeException(pcap open failed); try { // 3. 构造原始包以太网头(14) IP 头(20) TCP 头(20) 54 字节 byte[] packet new byte[54]; // 填充以太网头目的 MAC 需 ARP 获取此处省略 // 填充 IP 头protocol6(TCP), src/dst ip, total length54 // 填充 TCP 头flags0x02(SYN), sourcePort随机, destPorttargetPort // 4. 计算 TCP 校验和必须否则包被丢弃 short checksum calculateTcpChecksum(packet, 14, 20, 20); // 将 checksum 写入 TCP 头偏移 16 字节处2 字节 packet[14 20 16] (byte) (checksum 8); packet[14 20 17] (byte) (checksum 0xFF); // 5. 发送原始包 int result Pcap.INSTANCE.pcap_inject(pcap, packet, packet.length); if (result ! packet.length) { System.err.println(pcap_inject failed: result); } } finally { Pcap.INSTANCE.pcap_close(pcap); } }校验和计算要点面试必问TCP 校验和是伪首部pseudo-header TCP 头 TCP 数据的 16 位反码和。伪首部包含源 IP、目的 IP、协议号6、TCP 长度。Java 中需用ByteBuffer.order(ByteOrder.BIG_ENDIAN)确保网络字节序。若校验和错交换机/路由器直接丢包你的 SYN 永远到不了目标。5.4 为什么企业不用 Java 做 SYN 扫描——性能与安全的硬边界性能瓶颈JNA 调用 native 函数有 100ns–1μs 开销每秒最多发 10k SYN 包而 nmap 用 C 直接 mmap 网卡内存可达 100k/s。安全限制Linux 默认禁止非 root 用户发 raw socketCAP_NET_RAWcapability生产环境不可能给 Java 进程开此权限。维护成本JNA 代码需适配 x86/x64/ARMWindows/Linux/macOS 三端 ABI 不同一个sizeof(struct tcphdr)就可能出错。所以课程设计用Socket.connect()是正确选择——它用最简单的 API暴露最真实的网络行为。而 JNA 方案的价值在于让你亲手触摸到“为什么 Java 不适合做底层网络工具”的边界。当我第一次用 JNA 发出 SYN 包Wireshark 里看到那个绿色的SYN行时才真正懂了《计算机网络》课本里那句“运输层为应用层提供端到端逻辑通信”的重量。希望帮到你。本文还有配套的精品资源点击获取
Java端口扫描器：从课程设计到网络协议栈实战
简介这是一份面向计算机网络课程学习者与Java初学者的端口扫描器实践项目聚焦TCP/UDP协议层探测原理适用于课程设计、大作业或工程实训场景。资源以Java实现多线程端口扫描核心功能支持自定义IP、起始/结束端口0–65535及线程数1–200实时显示开放端口并支持结果保存配套图形化界面提升交互体验。压缩包共12个文件含2个核心Java源码.java、3个编译后类文件.class、2份Markdown说明文档含README与项目介绍、Eclipse工程配置文件.project、.classpath、.prefs及界面截图png整体仅96KB轻量易部署。目前已有131人学习下载读者可直接运行调试、理解Socket通信、多线程并发控制与Swing GUI构建逻辑并通过源码结构快速掌握网络扫描器的模块划分与异常处理机制。1. 为什么一个“课程设计级”的 TCP/UDP 端口扫描器反而成了网络工程岗面试时最常被深挖的 Java 实战题你写完《计算机网络》课设报告把PortScanner.java提交到头歌平台、通过了 HNU 实验一的自动评测、甚至在湖科大教书匠的“自顶向下”配套实验里跑通了——但面试官盯着你简历上那行“基于 Java 实现的 TCP/UDP 端口扫描器”突然问“如果目标主机开了防火墙SYN 包发出去没回包你是等 3 秒还是 300 毫秒这个超时值怎么定Java 的Socket.connect()底层到底触发了几次重传DatagramSocket.send()发 UDP 包后你怎么判断对方端口是 open 还是 filtered”这时候80% 的同学当场卡壳。不是不会写 for 循环扫 1–65535而是根本没碰过真实网络环境里的协议栈行为边界TCP 三次握手失败 ≠ 端口关闭UDP 无响应 ≠ 端口关闭java.net.SocketTimeoutException和java.io.IOException: Connection refused背后是完全不同的网络状态机。这个项目表面是“用 Java 调 API”实质是用代码撬开操作系统 TCP/IP 协议栈的黑匣子——它逼你直面netsh interface tcp show global输出的InitialRtt、MaxSynRetransmissions逼你理解iperf3 -u打流时 UDP 包为何不触发 ICMP port unreachable。适合刚学完《计算机网络》第八版“运输层”章节、正准备蓝桥杯或 Java 开发岗实习面试的学生它不考算法复杂度但考你敢不敢把connect()的 timeout 从 5000 改成 50然后看 Wireshark 里 SYN 重传次数怎么跳变。2. 从零手写核心扫描逻辑用原生 Socket API 绕过所有“高级库幻觉”提示别碰 Apache Commons Net 或 Nmap 的 Java 封装。课程设计要的是对java.net底层行为的肌肉记忆不是调包能力。所有面试追问都来自你亲手写的new Socket()那一行。2.1 TCP SYN 扫描的“伪实现”与真实约束Java 标准库不提供原始套接字raw socket权限无法像 nmap 那样直接构造 SYN 包绕过内核 TCP 状态机。所以所谓“TCP SYN 扫描”在 Java 里本质是TCP Connect 扫描的优化变体利用Socket.connect(InetSocketAddress, timeout)的非阻塞连接尝试通过超时和异常类型反推端口状态。关键不是“模拟 SYN”而是用 connect() 的返回路径倒推网络路径状态。// TCP 端口探测核心逻辑单线程版用于理解原理 public static PortState tcpProbe(String host, int port, int timeoutMs) { try (Socket socket new Socket()) { // 关键设置 SO_TIMEOUT 影响读取但 connect timeout 是独立参数 socket.connect(new InetSocketAddress(host, port), timeoutMs); // 连接成功 → port is OPEN return PortState.OPEN; } catch (SocketTimeoutException e) { // 连接超时 → 可能是 filtered防火墙丢包或 closed但未发 RST return PortState.FILTERED; } catch (IOException e) { // 明确收到 RST 或 ICMP port unreachable → port is CLOSED String msg e.getMessage().toLowerCase(); if (msg.contains(connection refused) || msg.contains(errno 111)) { return PortState.CLOSED; } // 其他 IO 异常host unreachable / network unreachable return PortState.HOST_UNREACHABLE; } }逻辑说明与参数深挖timeoutMs不是“等待响应总时间”而是connect() 系统调用的超时上限。Linux 内核中connect()对 TCP 的行为是发 SYN → 等 SYN-ACK → 若超时则发 RST 并返回错误。这个超时值直接影响你能否区分FILTERED和CLOSED。SocketTimeoutException触发条件内核在timeoutMs内既没收到 SYN-ACK也没收到 RST/ICMP。此时链路可能被防火墙静默丢弃filtered也可能目标主机宕机host unreachable但 Java 层无法区分——这是协议栈不可见性的典型体现。Connection refused异常明确收到 RST 报文证明目标主机 TCP 协议栈已运行且该端口无进程监听。这是唯一能 100% 确认CLOSED的信号。2.2 UDP 端口探测为什么“发包即判断”是最大玄学UDP 是无连接协议DatagramSocket.send()调用成功只代表数据报进入本机发送队列不代表到达目标。更残酷的是UDP 端口开放与否无法靠“发包是否成功”判断。标准做法是发送一个应用层可识别的探测包如 DNS 查询、NTP 请求再监听是否收到响应。但课程设计中常简化为“发空包 等 ICMP port unreachable”。// UDP 端口探测简化版依赖 ICMP 错误报文 public static PortState udpProbe(String host, int port, int timeoutMs) { try (DatagramSocket socket new DatagramSocket()) { socket.setSoTimeout(timeoutMs); // 发送空 UDP 包仅占位不保证应用层语义 DatagramPacket sendPacket new DatagramPacket(new byte[0], 0, InetAddress.getByName(host), port); socket.send(sendPacket); // 等待 ICMP port unreachable 响应需目标主机返回该 ICMP byte[] recvBuf new byte[64]; DatagramPacket recvPacket new DatagramPacket(recvBuf, recvBuf.length); socket.receive(recvPacket); // 此处会阻塞直到超时或收到 ICMP // 收到 ICMP port unreachable → 证明端口 CLOSED有 IP 层响应 return PortState.CLOSED; } catch (SocketTimeoutException e) { // 无任何响应 → 可能 OPEN服务不回包、FILTERED防火墙丢 ICMP、或 host down return PortState.OPEN_OR_FILTERED; } catch (IOException e) { // 其他错误如地址不可达 return PortState.HOST_UNREACHABLE; } }参数与现象强关联说明setSoTimeout(timeoutMs)控制receive()的等待时间不是 send() 的超时。UDP send 永远“成功”因为只是进内核队列。OPEN_OR_FILTERED是 UDP 探测的必然模糊态目标服务若为 DNS端口 53它收到空包会静默丢弃OPEN若为防火墙则可能丢弃探测包且不发 ICMPFILTERED若目标主机关机则无任何响应HOST_UNREACHABLE。三者在 Java 层表现完全一致——这就是为什么企业级扫描器如 nmap对 UDP 默认做 100 次重试并结合多种探测载荷。关键限制Linux 默认禁用 ICMP port unreachable 响应net.ipv4.icmp_echo_ignore_all0但icmp_port_unreachable可能为 0。用sysctl net.ipv4.icmp_port_unreachable查看值为 0 则你的 UDP 探测永远收不到 ICMP全判为OPEN_OR_FILTERED。这是学生调试时最常翻车的点。2.3 多线程并发扫描用 ExecutorService 控制“网络友好度”暴力扫 65535 个端口单线程耗时以小时计。但并发数不是越大越好——ExecutorService.newFixedThreadPool(1000)会瞬间打爆本地端口ephemeral port exhaustion和目标主机连接队列。合理并发数需满足并发数 ≤ min(本地可用端口数 / 2, 目标主机 SYN queue size)。// 生产级并发控制器课程设计可简化但必须理解原理 public class PortScanner { private static final int DEFAULT_CONCURRENCY 50; // 经验值50 线程在千兆网下较稳 private static final int CONNECT_TIMEOUT_MS 1000; // TCP connect 超时1s private static final int UDP_TIMEOUT_MS 2000; // UDP receive 超时2s public ListPortResult scan(String host, IntRange portRange) { ExecutorService executor Executors.newFixedThreadPool(DEFAULT_CONCURRENCY); ListFuturePortResult futures new ArrayList(); for (int port portRange.start(); port portRange.end(); port) { final int currentPort port; futures.add(executor.submit(() - { PortState state PortState.UNKNOWN; long startTime System.nanoTime(); if (isTcpScan) { state tcpProbe(host, currentPort, CONNECT_TIMEOUT_MS); } else { state udpProbe(host, currentPort, UDP_TIMEOUT_MS); } long durationNs System.nanoTime() - startTime; return new PortResult(host, currentPort, state, durationNs / 1_000_000); })); } // 收集结果注意Future.get() 会阻塞实际应加超时 ListPortResult results new ArrayList(); for (FuturePortResult future : futures) { try { results.add(future.get(5, TimeUnit.SECONDS)); // 防止单个任务卡死 } catch (TimeoutException e) { results.add(new PortResult(host, -1, PortState.TIMEOUT, 5000)); } catch (Exception e) { results.add(new PortResult(host, -1, PortState.ERROR, 0)); } } executor.shutdown(); return results; } }参数决策依据DEFAULT_CONCURRENCY 50实测在校园网环境下50 线程可维持稳定吞吐而 200 线程会导致大量java.net.BindException: Address already in use本地端口耗尽。可通过netstat -an | grep :* | wc -l查看当前 ESTABLISHED 连接数。CONNECT_TIMEOUT_MS 1000比默认 5s 更激进。三次握手正常应在 200ms 内完成局域网1s 超时可过滤掉大部分FILTERED状态避免扫描器卡在防火墙后。但若扫公网服务器需调至 3000–5000ms。future.get(5, TimeUnit.SECONDS)防止某个端口探测因网络抖动无限阻塞强制 5s 放弃。这是课程设计与工业级扫描器的关键分水岭——后者会动态调整超时如根据前 10 个端口的平均响应时间。3. 真实网络环境避坑指南那些让头歌平台通过但企业网直接翻车的 5 个血泪问题3.1 现象头歌平台显示“全部端口扫描成功”但用 Wireshark 抓包发现只发了 10 个 SYN 包就结束了原因头歌或 HNU 实验平台使用 Docker 容器运行你的 Java 程序容器内ulimit -n文件描述符上限默认为 1024。每个Socket占用 1 个 fd50 线程 × 每线程同时打开多个 Socket → 快速触达上限后续new Socket()抛IOException: Too many open files但你的代码没捕获此异常导致扫描中断。解决在main()开头添加资源检查并优雅降级try { long maxFd new File(/proc/self/limits).lines() .filter(line - line.startsWith(Max open files)) .map(line - Long.parseLong(line.split(\\s)[3])) .findFirst().orElse(1024L); if (maxFd 2048) { System.err.println(警告文件描述符限制过低( maxFd )自动降级并发数至 (int)(maxFd/50)); DEFAULT_CONCURRENCY (int)(maxFd / 50); } } catch (Exception ignored) {}3.2 现象UDP 扫描结果全是OPEN_OR_FILTERED但用nmap -sU -p 53 192.168.1.1明确显示53/open原因你的 UDP 探测发的是空包new byte[0]而 DNS 服务只响应符合 DNS 协议格式的查询包。空包被 DNS 服务静默丢弃不触发 ICMP也不回复——所以 Java 层永远收不到任何东西只能判OPEN_OR_FILTERED。解决对常见 UDP 端口发协议特定探测包。例如 DNS 端口53// DNS 查询最小包Transaction ID0x1234, QR0, OpcodeQUERY, QDCOUNT1 byte[] dnsQuery new byte[]{ 0x12, 0x34, 0x01, 0x00, 0x00, 0x01, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x03, 0x77, 0x77, 0x77, 0x06, 0x67, 0x6f, 0x6f, 0x67, 0x6c, 0x65, 0x03, 0x63, 0x6f, 0x6d, 0x00, 0x00, 0x01, 0x00, 0x01 }; DatagramPacket sendPacket new DatagramPacket(dnsQuery, dnsQuery.length, addr, 53);3.3 现象扫描 localhost127.0.0.1时TCP 扫描大量报Connection refused但扫 192.168.1.100 却全是超时原因localhost走的是 loopback 接口内核 bypass 了防火墙规则connect()能快速收到 RST而192.168.1.100经过物理网卡若目标主机启用了 iptablesDROP规则而非REJECT则 SYN 包被静默丢弃Java 层只能超时。这不是你的代码 bug是 Linux netfilter 的DROPvsREJECT行为差异。验证在目标主机执行sudo iptables -L INPUT -n --line-numbers若看到DROP all -- 0.0.0.0/0 0.0.0.0/0则必现此现象。解决课程设计中可忽略但面试时必须答出“REJECT发 RST → Java 收到Connection refusedDROP静默丢包 → Java 超时 → 判FILTERED”。3.4 现象tcpProbe()在 Windows 上超时时间不稳定有时 1000ms 超时有时 3000ms 才返回原因Windows TCP/IP 协议栈的 SYN 重传策略与 Linux 不同。Windows 默认MaxSynRetransmissions2重传间隔为 3s、6s导致connect()最长等待约 9s。而 Java 的timeoutMs是内核 connect 系统调用的软超时受系统参数影响。解决在 Windows 上扫描前用管理员权限执行netsh interface tcp set global initialrto1000 netsh interface tcp set global maxsynretransmissions1将初始 RTO 设为 1000ms重传次数设为 1使超时行为更可控。3.5 现象扫描结果导出 CSV 后Excel 打开显示乱码中文字段全变成方块原因JavaFileWriter默认用平台编码Windows 是 GBK而 Excel 2016 默认用 UTF-8 BOM 解析 CSV。GBK 编码的中文写入文件Excel 用 UTF-8 解析 → 乱码。解决强制用 UTF-8 with BOM 写入// 写 CSV 文件带 BOM兼容 Excel String bom \uFEFF; try (FileWriter writer new FileWriter(result.csv, StandardCharsets.UTF_8)) { writer.write(bom); // 关键写入 BOM 头 writer.write(Host,Port,State,TimeMs\n); for (PortResult r : results) { writer.write(String.format(%s,%d,%s,%d\n, r.getHost(), r.getPort(), r.getState(), r.getDurationMs())); } }4. 扫描结果可信度验证用三重交叉法揪出“假阳性”与“假阴性”光跑通代码不够面试官会问“你怎么证明你扫出来的OPEN真是开着的服务而不是误判”——答案是不用信任单一工具用协议栈行为交叉验证。以下是我在湖科大网络实验和蓝桥杯备赛中验证扫描结果的三步法4.1 第一层用telnet/nc手动复现 TCP 连接对扫描结果中标记为OPEN的端口用系统命令手动连接观察底层行为# 测试 TCP 端口 22SSH $ time telnet 192.168.1.100 22 # 若立即返回 Connected to 192.168.1.100. → 确认 OPEN # 若卡住 30s 后报 Unable to connect to remote host → 你的 Java 扫描器 timeout 设太短应调大 # 测试 TCP 端口 80HTTP $ time nc -zv 192.168.1.100 80 # nc 的 -v 参数会打印详细过程Connection to 192.168.1.100 80 port [tcp/http] succeeded!关键洞察telnet和nc的连接逻辑与 JavaSocket.connect()完全一致都是调用connect()系统调用但它们的超时策略、重传次数由系统net.ipv4.tcp_syn_retries决定。若nc能连上而你的 Java 扫描器判FILTERED说明你的timeoutMs设置过小。4.2 第二层用 Wireshark 抓包看三次握手完整流程启动 Wireshark过滤ip.addr 192.168.1.100 and tcp.port 22然后运行你的扫描器。重点观察是否发出 SYN 包是否收到 SYN-ACK确认OPEN是否收到 RST确认CLOSED是否只发 SYN无任何响应确认FILTERED抓包技巧在扫描前执行sudo sysctl -w net.ipv4.tcp_tw_reuse1避免 TIME_WAIT 端口占用导致抓包混乱。Wireshark 中右键 SYN 包 → “Follow → TCP Stream”可直观看到连接建立/拒绝全过程。4.3 第三层用nmap权威结果反向校准你的扫描器nmap是网络扫描的黄金标准用其结果校准你的 Java 实现# TCP 扫描等价于你的 connect 扫描 nmap -sT -p 1-1000 -T4 192.168.1.100 # UDP 扫描需 root 权限且慢 sudo nmap -sU -p 53,67,68,123,161 192.168.1.100将nmap输出与你的 CSV 结果对比生成差异报告PortYour ResultNmap Result差异分析22OPENopen✅ 一致53OPEN_OR_FILTEREDopen❌ 你的 UDP 探测包无效需改发 DNS 查询137FILTEREDclosed❌ 你的 TCP timeout 太短目标主机 RST 延迟 1000ms校准原则当你的结果与nmap不一致时优先信nmap然后检查你的超时参数、探测载荷、并发控制。这是工程师思维的核心——不迷信自己写的代码用事实抓包、权威工具驱动迭代。5. 进阶技巧用 JNA 调用 native 函数实现真正的 TCP SYN 扫描绕过 connect() 限制注意此技巧超出课程设计要求但却是 Java 网络编程岗面试的“王炸问题”。若面试官问“Java 能否实现真正 SYN 扫描”答“不能”是及格答“能用 JNA 调 libpcap”是优秀。Java 标准库禁用 raw socket但可通过 Java Native AccessJNA调用 C 函数借助libpcapUnix或WinPcapWindows直接发包。这需要你理解struct tcphdr的内存布局和pcap_inject()的调用约定。5.1 环境准备安装 libpcap 并配置 JNALinuxUbuntusudo apt-get install libpcap-dev # 下载 jna-5.13.0.jar 和 jna-platform-5.13.0.jarMaven 仓库最新版Windows下载 WinPcap Developers Pack解压后将WpdPack\Lib\x64\wpcap.lib和WpdPack\Include\*.h加入项目。5.2 用 JNA 定义 pcap 接口精简版// 定义 pcap_t 结构简化实际需完整映射 public interface Pcap extends Library { Pcap INSTANCE Native.load(pcap, Pcap.class); // 打开设备 Pointer pcap_open_live(String device, int snaplen, int promisc, int to_ms, Pointer errbuf); // 构造原始包需自行填充以太网帧、IP 头、TCP 头 int pcap_inject(Pointer p, byte[] buf, int size); // 关闭 void pcap_close(Pointer p); } // TCP 头结构按网络字节序 public static class TcpHeader { public short sourcePort; // 2 字节 public short destPort; // 2 字节 public int sequenceNumber; // 4 字节 public int ackNumber; // 4 字节 public byte dataOffset; // 4 位 4 位保留 public byte flags; // URG, ACK, PSH, RST, SYN, FIN public short windowSize; // 2 字节 public short checksum; // 2 字节需校验和计算 public short urgentPointer; // 2 字节 }5.3 发送 SYN 包的核心逻辑关键步骤public void sendSynPacket(String targetIp, int targetPort) { // 1. 获取本机网卡如 eth0 String device findFirstDevice(); // 调用 pcap_findalldevs // 2. 打开网卡需 root 权限 Pointer pcap Pcap.INSTANCE.pcap_open_live(device, 65536, 0, 1000, null); if (pcap null) throw new RuntimeException(pcap open failed); try { // 3. 构造原始包以太网头(14) IP 头(20) TCP 头(20) 54 字节 byte[] packet new byte[54]; // 填充以太网头目的 MAC 需 ARP 获取此处省略 // 填充 IP 头protocol6(TCP), src/dst ip, total length54 // 填充 TCP 头flags0x02(SYN), sourcePort随机, destPorttargetPort // 4. 计算 TCP 校验和必须否则包被丢弃 short checksum calculateTcpChecksum(packet, 14, 20, 20); // 将 checksum 写入 TCP 头偏移 16 字节处2 字节 packet[14 20 16] (byte) (checksum 8); packet[14 20 17] (byte) (checksum 0xFF); // 5. 发送原始包 int result Pcap.INSTANCE.pcap_inject(pcap, packet, packet.length); if (result ! packet.length) { System.err.println(pcap_inject failed: result); } } finally { Pcap.INSTANCE.pcap_close(pcap); } }校验和计算要点面试必问TCP 校验和是伪首部pseudo-header TCP 头 TCP 数据的 16 位反码和。伪首部包含源 IP、目的 IP、协议号6、TCP 长度。Java 中需用ByteBuffer.order(ByteOrder.BIG_ENDIAN)确保网络字节序。若校验和错交换机/路由器直接丢包你的 SYN 永远到不了目标。5.4 为什么企业不用 Java 做 SYN 扫描——性能与安全的硬边界性能瓶颈JNA 调用 native 函数有 100ns–1μs 开销每秒最多发 10k SYN 包而 nmap 用 C 直接 mmap 网卡内存可达 100k/s。安全限制Linux 默认禁止非 root 用户发 raw socketCAP_NET_RAWcapability生产环境不可能给 Java 进程开此权限。维护成本JNA 代码需适配 x86/x64/ARMWindows/Linux/macOS 三端 ABI 不同一个sizeof(struct tcphdr)就可能出错。所以课程设计用Socket.connect()是正确选择——它用最简单的 API暴露最真实的网络行为。而 JNA 方案的价值在于让你亲手触摸到“为什么 Java 不适合做底层网络工具”的边界。当我第一次用 JNA 发出 SYN 包Wireshark 里看到那个绿色的SYN行时才真正懂了《计算机网络》课本里那句“运输层为应用层提供端到端逻辑通信”的重量。希望帮到你。本文还有配套的精品资源点击获取