简介这是一份面向计算机网络课程学习者的Java端口扫描器实践项目适用于课程设计、大作业或工程实训帮助初学者掌握TCP/UDP协议通信原理与多线程网络编程核心技能。资源包共12个文件含2个核心Java源码实现扫描逻辑与GUI界面、3个编译后class文件、2份Markdown文档含README说明与使用指南、1个Eclipse项目配置文件.project及图形界面截图PNG等整体仅96KB轻量易读结构清晰便于快速理解项目组织方式。已有131人学习下载体现了其在教学实践中的实用价值。读者可直接导入Eclipse运行完整复现IP输入、端口范围设定、多线程并发扫描、开放端口实时显示与结果保存等全流程功能并通过源码深入理解Socket通信、线程池管理与Swing界面交互设计。1. 为什么一个“课程设计级”的 TCP/UDP 端口扫描器反而最能暴露你对网络栈的真实理解这不是一个炫技项目——没有花哨的 GUI、不对接云 API、不集成漏洞库。它只做一件事用 Java 原生 Socket API在毫秒级精度下主动探测目标主机上指定范围的 TCP 端口是否开放SYN 可达 / 全连接可建以及 UDP 端口是否“有响应”非 ICMP 端口不可达。它被反复布置在《计算机网络》课程设计中不是因为简单而是因为它像一把手术刀TCP 三次握手的阻塞/超时行为、UDP 的无连接与“静默丢包”特性、Java NIO 的 Selector 事件分发机制、操作系统套接字缓冲区限制、防火墙 ICMP 回复的欺骗性……所有这些抽象概念都会在connect()返回true还是抛出IOException、DatagramSocket.receive()是等到超时还是突然收到一个ICMP Port Unreachable包的瞬间赤裸裸地撞在你脸上。适合刚学完《自顶向下》第3章、正在调试 Wireshark 抓包却看不懂RST标志位含义的同学也适合准备 Java 开发岗面试、被问到“ServerSocketChannel.configureBlocking(false)后accept()为什么可能返回 null”时卡壳的准工程师。它不考算法复杂度但考你敢不敢在main()里写System.out.println(SYN sent to host : port)并盯着控制台等那 200ms 的心跳。2. 从零构建用 Java 原生 Socket 写出可运行、可调试、可扩展的扫描核心2.1 为什么不用 Netty 或 Spring Integration——选型背后的底层逻辑很多同学第一反应是“直接上 Netty”这很自然——毕竟 Netty 封装了 NIO 的复杂性。但课程设计的核心目标不是快速交付而是亲手触摸协议栈的毛细血管。Netty 的Bootstrap配置、ChannelHandler生命周期、EventLoopGroup线程模型会把你的注意力从“TCP 连接建立失败是因为 SYN 被丢弃还是对方 RST 了”转移到“为什么channelRead0()没触发是不是ByteBuf没readableBytes()”。而原生Socket和DatagramSocket强制你直面三个关键事实TCP 的 connect() 是阻塞的且其返回值语义明确成功即表示三次握手完成SYN→SYN-ACK→ACK失败则抛出ConnectException目标拒绝或SocketTimeoutException超时大概率 SYN 未响应UDP 的“端口开放”无法靠连接判断DatagramSocket.connect()只是设置默认地址并不发送任何数据真正的探测必须send()一个空包或特定 payload再receive()等待响应——而绝大多数开放 UDP 服务如 DNS、NTP不会对空包响应所以“无响应” ≠ “关闭”它只是“沉默”操作系统对 socket 创建速率有限制Linux 默认net.ipv4.ip_local_port_range是 32768–65535仅 32768 个临时端口高频新建Socket会导致java.net.BindException: Address already in use (Bind failed)这不是代码 bug而是内核资源耗尽。因此本实现严格使用java.net.SocketTCP和java.net.DatagramSocketUDP不引入任何第三方网络框架。所有超时、重试、并发控制均由我们自己编码实现确保每行代码都对应一个可验证的网络行为。2.2 TCP 扫描器同步阻塞模式下的最小可行实现这是最易理解、最易调试的起点。我们不追求高并发先让单线程扫通一个端口import java.io.IOException; import java.net.InetSocketAddress; import java.net.Socket; public class TCPSyncScanner { public static boolean scanPort(String host, int port, int timeoutMs) { Socket socket new Socket(); try { // 关键设置连接超时避免无限阻塞 socket.connect(new InetSocketAddress(host, port), timeoutMs); return true; // 连接成功 → 端口开放 } catch (IOException e) { // ConnectException 表示对方 RST端口拒绝 // SocketTimeoutException 表示 SYN 无响应端口过滤/防火墙 // 其他 IOException如 UnknownHostException需单独处理 return false; } finally { try { socket.close(); // 必须关闭否则 fd 泄漏 } catch (IOException ignored) {} } } public static void main(String[] args) { String target 127.0.0.1; int port 22; // SSH boolean isOpen scanPort(target, port, 2000); System.out.printf(TCP %s:%d → %s%n, target, port, isOpen ? OPEN : CLOSED/FILTERED); } }逻辑说明socket.connect()是整个 TCP 扫描的基石。它内部触发完整的三次握手流程发送 SYN → 等待 SYN-ACK → 发送 ACK。若在timeoutMs内完成则返回若收到 RST如目标端口无服务监听立即抛ConnectException若超时则抛SocketTimeoutException。注意timeoutMs不是连接建立后读写的超时而是仅针对三次握手阶段。参数说明host: 目标 IP 或域名DNS 解析在connect()内部同步完成可能增加延迟port: 目标端口号1–65535timeoutMs: 建议设为 1000–5000ms。过短如 100ms易将高延迟链路误判为关闭过长如 30s导致整体扫描时间爆炸。课程设计场景下1500ms 是平衡准确率与速度的常用值。2.3 UDP 扫描器如何应对“静默”的协议UDP 扫描是课程设计中最易翻车的部分。学生常犯的错误是“UDP 没连接那我new DatagramSocket().send()一下没异常就是开放”——这完全错误。send()成功只表示数据包已进入本机协议栈并发出不代表对方收到了更不代表对方服务响应了。正确做法是send()一个微小、合法的探测包如 DNS 查询的最小 headerreceive()等待响应需设置接收超时若收到任何数据包括 ICMP Port Unreachable说明该端口“有反馈”若超时极大概率是开放但无响应或被防火墙静默丢弃。import java.io.IOException; import java.net.*; public class UDPSyncScanner { // DNS 查询最小报文Transaction ID0x1234, QR0(查询), Opcode0(标准查询), QDCOUNT1 private static final byte[] DNS_PROBE new byte[]{ (byte) 0x12, (byte) 0x34, 0x01, 0x00, 0x00, 0x01, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00 }; public static ScanResult scanPort(String host, int port, int timeoutMs) { try (DatagramSocket socket new DatagramSocket()) { socket.setSoTimeout(timeoutMs); // 构造探测包发送到目标 host:port InetAddress address InetAddress.getByName(host); DatagramPacket sendPacket new DatagramPacket(DNS_PROBE, DNS_PROBE.length, address, port); socket.send(sendPacket); // 尝试接收响应可能是应用层响应也可能是 ICMP 错误 byte[] recvBuf new byte[1024]; DatagramPacket recvPacket new DatagramPacket(recvBuf, recvBuf.length); socket.receive(recvPacket); // 此处会阻塞直到有数据或超时 // 收到数据 → 端口有响应开放或关闭但返回 ICMP return new ScanResult(true, RECEIVED_RESPONSE, recvPacket.getLength()); } catch (SocketTimeoutException e) { // 超时 → 无响应最常见于开放但无业务响应的 UDP 端口如某些 SNMP 代理 return new ScanResult(false, TIMEOUT, 0); } catch (IOException e) { // 其他 IO 异常如权限不足、地址不可达 return new ScanResult(false, IO_ERROR, 0); } } // 扫描结果封装类 public static class ScanResult { public final boolean hasResponse; public final String reason; public final int responseLength; public ScanResult(boolean hasResponse, String reason, int responseLength) { this.hasResponse hasResponse; this.reason reason; this.responseLength responseLength; } } }逻辑说明此实现用 DNS 协议头作为探测 payload因其结构简单、广泛支持且多数 DNS 服务会对任意查询返回格式化响应即使域名不存在。socket.receive()是关键它不仅能收到来自目标应用的数据在 Linux 上还能收到内核转发的 ICMP Port Unreachable 消息需确保net.ipv4.icmp_echo_ignore_all0默认开启。这意味着收到数据 → 端口“有反馈”开放或关闭超时 → 端口“静默”大概率开放但无响应或被防火墙丢弃。参数说明timeoutMs: UDP 接收超时建议设为 3000–10000ms。因 UDP 无重传网络抖动易导致丢包过短超时会大幅提高误报率DNS_PROBE: 实际课程设计中可简化为全 0 字节数组new byte[1]但部分服务如 NTP会忽略空包故推荐使用最小合法协议头注意DatagramSocket的close()必须在finally或 try-with-resources 中调用否则端口资源无法释放。2.4 整合为命令行工具支持范围扫描与协议切换将上述两个扫描器封装为统一入口支持-tTCP、-uUDP、-p端口范围参数# 编译 javac PortScanner.java # 扫描本地 22,80,443 TCP 端口 java PortScanner -t -h 127.0.0.1 -p 22,80,443 # 扫描 192.168.1.1 的 53,123 UDP 端口DNS/NTP java PortScanner -u -h 192.168.1.1 -p 53,123import java.util.*; import java.util.stream.Collectors; public class PortScanner { public static void main(String[] args) { // 解析命令行参数简化版生产环境应使用 Apache Commons CLI String host 127.0.0.1; ListInteger ports Arrays.asList(22, 80, 443); boolean isTCP true; int timeout 1500; for (int i 0; i args.length; i) { switch (args[i]) { case -h: host args[i]; break; case -p: ports parsePortRange(args[i]); break; case -t: isTCP true; break; case -u: isTCP false; break; case -T: timeout Integer.parseInt(args[i]); break; } } System.out.printf(Scanning %s (%s) on ports %s...%n, host, isTCP ? TCP : UDP, ports); long start System.currentTimeMillis(); ListScanResult results new ArrayList(); if (isTCP) { for (int port : ports) { boolean open TCPSyncScanner.scanPort(host, port, timeout); results.add(new ScanResult(port, TCP, open ? OPEN : CLOSED)); } } else { for (int port : ports) { UDPSyncScanner.ScanResult r UDPSyncScanner.scanPort(host, port, timeout); results.add(new ScanResult(port, UDP, r.hasResponse ? OPEN/RESPONDING : FILTERED/TIMEOUT)); } } // 输出表格化结果 System.out.println(\nPORT\tSTATE\tSERVICE); System.out.println(------------------------); for (ScanResult r : results) { System.out.printf(%d/%s\t%s\t%s%n, r.port, r.protocol, r.state, guessService(r.port, r.protocol)); } long end System.currentTimeMillis(); System.out.printf(\nDone in %d ms%n, end - start); } private static ListInteger parsePortRange(String s) { ListInteger list new ArrayList(); for (String part : s.split(,)) { if (part.contains(-)) { String[] range part.split(-); int start Integer.parseInt(range[0].trim()); int end Integer.parseInt(range[1].trim()); for (int i start; i end; i) list.add(i); } else { list.add(Integer.parseInt(part.trim())); } } return list; } private static String guessService(int port, String protocol) { MapInteger, String services new HashMap(); if (TCP.equals(protocol)) { services.put(22, ssh); services.put(80, http); services.put(443, https); services.put(21, ftp); services.put(23, telnet); services.put(3389, rdp); } else { services.put(53, domain); services.put(67, dhcps); services.put(123, ntp); } return services.getOrDefault(port, unknown); } public static class ScanResult { int port; String protocol; String state; public ScanResult(int port, String protocol, String state) { this.port port; this.protocol protocol; this.state state; } } }关键设计点parsePortRange()支持22,80,443和1-1024两种格式覆盖课程设计常见需求guessService()是硬编码映射无需外部文件符合“单文件可运行”要求所有Socket/DatagramSocket均在 try-with-resources 或显式close()中释放杜绝资源泄漏输出格式严格对齐 Nmap 风格PORT\tSTATE\tSERVICE方便与标准工具对比验证。3. 并发加速从单线程到多线程再到非阻塞 I/O 的演进路径3.1 多线程扫描用 ExecutorService 控制并发粒度单线程扫描 1–1000 端口按平均 1500ms/端口计算需 25 分钟——这显然不可接受。最直接的优化是并发。但盲目new Thread()会创建过多线程引发上下文切换风暴和 OOM。正确做法是使用ExecutorService限定线程数import java.util.concurrent.*; import java.util.List; import java.util.ArrayList; public class ConcurrentPortScanner { // 线程池大小通常设为 CPU 核心数 * 2课程设计中 4–8 足够 private static final int THREAD_POOL_SIZE 4; private static final ExecutorService executor Executors.newFixedThreadPool(THREAD_POOL_SIZE); public static ListScanResult scanRange(String host, ListInteger ports, boolean isTCP, int timeoutMs) { ListFutureScanResult futures new ArrayList(); for (int port : ports) { FutureScanResult future executor.submit(() - { if (isTCP) { boolean open TCPSyncScanner.scanPort(host, port, timeoutMs); return new ScanResult(port, TCP, open ? OPEN : CLOSED); } else { UDPSyncScanner.ScanResult r UDPSyncScanner.scanPort(host, port, timeoutMs); return new ScanResult(port, UDP, r.hasResponse ? OPEN/RESPONDING : FILTERED/TIMEOUT); } }); futures.add(future); } // 收集结果带超时防止某线程卡死 ListScanResult results new ArrayList(); for (FutureScanResult future : futures) { try { results.add(future.get(10, TimeUnit.SECONDS)); // 单任务超时 10s } catch (TimeoutException e) { results.add(new ScanResult(-1, UNKNOWN, TASK_TIMEOUT)); } catch (Exception e) { results.add(new ScanResult(-1, UNKNOWN, EXCEPTION: e.getMessage())); } } return results; } }为什么线程池大小设为 4–8TCP 扫描的瓶颈在于网络 RTTRound-Trip Time而非 CPU。当线程数远超网络并发能力时大量线程在connect()或receive()上阻塞线程切换开销反而降低吞吐。实测表明在局域网内扫描 192.168.1.1线程数从 1 增至 4耗时从 15s 降至 4.2s增至 16耗时反升至 5.8s。4 是课程设计场景下的黄金值。3.2 非阻塞 I/ONIO用 Selector 实现单线程万级并发当需要扫描大范围端口如 1–65535且对性能敏感时多线程模型仍显笨重。Java NIO 提供了Selector机制允许单线程管理成千上万个 Channel。其核心思想是将SocketChannel注册到Selector由内核通知“哪个 Channel 准备就绪connectable/readable”我们只在就绪时才调用finishConnect()或read()。import java.io.IOException; import java.net.InetSocketAddress; import java.nio.channels.*; import java.util.*; public class NIOSelectorScanner { public static ListScanResult scanTCPWithSelector(String host, ListInteger ports, int timeoutMs) throws IOException { Selector selector Selector.open(); ListSocketChannel channels new ArrayList(); ListScanResult results new ArrayList(); // 1. 创建并注册所有 SocketChannel for (int port : ports) { SocketChannel channel SocketChannel.open(); channel.configureBlocking(false); channel.register(selector, SelectionKey.OP_CONNECT); channels.add(channel); // 发起非阻塞连接 try { channel.connect(new InetSocketAddress(host, port)); } catch (IOException e) { // connect() 在非阻塞模式下若立即失败如地址不可达会抛异常 // 此时可直接标记为 CLOSED results.add(new ScanResult(port, TCP, CLOSED)); channel.close(); } } // 2. 轮询 Selector处理就绪事件 long deadline System.currentTimeMillis() timeoutMs; while (selector.select(100) 0 System.currentTimeMillis() deadline) { IteratorSelectionKey keys selector.selectedKeys().iterator(); while (keys.hasNext()) { SelectionKey key keys.next(); keys.remove(); if (!key.isValid()) continue; SocketChannel channel (SocketChannel) key.channel(); int port getPortFromChannel(channel); // 需自行实现端口提取见下文 if (key.isConnectable()) { try { if (channel.finishConnect()) { // 连接成功 → OPEN results.add(new ScanResult(port, TCP, OPEN)); } else { // finishConnect() 返回 false → 连接仍在进行中继续等待 // 但实际中极少发生通常直接成功或抛异常 results.add(new ScanResult(port, TCP, CONNECTING)); } } catch (IOException e) { // 连接被拒绝RST→ CLOSED results.add(new ScanResult(port, TCP, CLOSED)); } finally { try { channel.close(); } catch (IOException ignored) {} } } } } // 3. 处理超时未完成的连接 for (SocketChannel channel : channels) { if (channel.isOpen()) { try { channel.close(); } catch (IOException ignored) {} int port getPortFromChannel(channel); results.add(new ScanResult(port, TCP, TIMEOUT)); } } return results; } // 辅助方法从 SocketChannel 获取目标端口需反射因 Java 不提供公开 API private static int getPortFromChannel(SocketChannel channel) { try { java.lang.reflect.Field field channel.getClass().getDeclaredField(ch); field.setAccessible(true); Object impl field.get(channel); field impl.getClass().getDeclaredField(remoteAddress); field.setAccessible(true); InetSocketAddress addr (InetSocketAddress) field.get(impl); return addr.getPort(); } catch (Exception e) { return -1; } } }关键难点与取舍getPortFromChannel()使用反射获取目标端口这是 NIO 的“黑匣子”之一——SocketChannel本身不暴露远端地址必须穿透实现类。课程设计中可接受但生产环境应避免Selector.select(100)设置 100ms 轮询间隔平衡响应速度与 CPU 占用此实现不处理 UDP因DatagramChannel的OP_READ事件在无数据时永不就绪UDP 扫描仍需receive()阻塞NIO 对 UDP 加速有限NIO 的价值不在“更快”而在“更省资源”单线程管理 10000 个连接内存占用远低于 10000 个线程。3.3 并发模式选择指南什么场景用哪种场景推荐模式理由课程设计适配度扫描 10 个已知端口如 22,80,443单线程同步代码最简调试直观无并发复杂度★★★★★扫描 1–1000 端口目标为局域网主机多线程4–8 线程吞吐提升显著代码清晰易理解线程安全问题★★★★☆扫描 1–65535 全端口目标为公网服务器NIO Selector避免线程爆炸资源可控体现系统编程深度★★★☆☆需理解 Selector 机制需要精确统计每个端口的 RTT单线程 System.nanoTime()多线程/NIO 的调度不确定性影响计时精度★★★★☆血泪经验曾有学生在课程设计报告中写“用 NIO 实现了 10 万并发扫描”结果答辩时被问“Selector.select()返回 0 代表什么”当场卡壳。技术选型不是堆砌名词而是匹配问题本质。对课程设计而言“多线程 4 线程”是最稳、最易讲清原理、最易演示效果的选择。4. 避坑指南TCP/UDP 扫描中 5 个真实踩过的坑与解决方案4.1 现象TCP 扫描结果中大量 “CLOSED”但用telnet手动测试却是通的原因telnet默认不设置连接超时会等待长达 20–30 秒而你的代码timeoutMs设为 500ms导致高延迟链路如跨省、Wi-Fi被误判。解决将timeoutMs提升至 2000–3000ms并在报告中注明“超时阈值设为 2500ms适用于局域网及稳定宽带环境”。若需适应弱网可实现自适应超时首次 500ms失败后递增。4.2 现象UDP 扫描对 53 端口DNS返回 “TIMEOUT”但dig 192.168.1.1 google.com却成功原因你的 UDP 探测包是空的或非法 DNS headerDNS 服务拒绝响应而dig发送的是完整 DNS 查询包。解决使用真实 DNS 查询 payload如0x12,0x34,0x01,0x00,0x00,0x01,0x00,0x00,0x00,0x00,0x00,0x00或改用nmap -sU -p53验证——若 nmap 也超时则确认是目标 DNS 服务配置为忽略非法查询。4.3 现象扫描127.0.0.1时TCP 22 端口显示 “OPEN”但本机根本没开 SSH 服务原因Linux 系统默认启用tcp_tw_reuse和tcp_fin_timeoutTIME_WAIT 状态端口会被快速复用更可能是你之前运行的扫描程序未正确关闭Socket残留连接占用了端口导致新connect()意外成功。解决每次Socket创建后务必try-with-resources或finally { socket.close() }扫描前执行netstat -an | grep :22确认无残留连接课程设计中可限定扫描192.168.x.x网段避开 localhost。4.4 现象多线程扫描时程序抛出java.net.BindException: Address already in use (Bind failed)原因操作系统临时端口ephemeral port耗尽。Linux 默认net.ipv4.ip_local_port_range 32768 65535仅 32768 个而每个Socket都需绑定一个本地端口。100 个线程并发new Socket()若未及时close()瞬时占用数百端口超出范围即报错。解决强制关闭确保Socket.close()在finally块中执行复用本地端口Socket socket new Socket(); socket.setReuseAddress(true);需在connect()前调用降低并发度将线程池大小从 16 降至 4实测可消除 95% 此类错误。4.5 现象NIO 扫描中channel.finishConnect()总是返回false所有端口标记为 “CONNECTING”原因finishConnect()必须在SelectionKey.isConnectable()为true时调用。若你在select()返回后未检查key.isConnectable()就直接调用finishConnect()它会返回false表示连接未完成。解决严格遵循 NIO 流程channel.connect()后注册OP_CONNECTselect()返回后遍历selectedKeys()仅当key.isConnectable()为true时才调用channel.finishConnect()若finishConnect()返回true连接成功若抛IOException连接失败若返回false逻辑错误应不会发生。提示所有这些坑都源于对Socket生命周期、操作系统网络栈行为、Java I/O 模型三者交互的理解偏差。课程设计的价值正在于让你亲手把这些“理论上应该如此”的细节变成“代码跑起来果然如此”的肌肉记忆。5. 验证与调优用 Wireshark 和系统命令交叉验证你的扫描器5.1 用 Wireshark 抓包看清三次握手与 ICMP 的真实面目这是课程设计答辩时最硬核的加分项。不要只信控制台输出用抓包验证每一行代码的网络行为启动 Wireshark选择lo回环或eth0以太网接口设置捕获过滤器host 127.0.0.1 and port 22聚焦目标运行你的 TCP 扫描器扫描127.0.0.1:22观察抓包结果若看到SYN → SYN-ACK → ACK完整序列且你的代码返回OPEN→ 正确若看到SYN → RST, ACK目标无服务且代码返回CLOSED→ 正确若只看到SYN无后续包且代码因超时返回CLOSED→ 确认是防火墙丢弃 SYNFILTEREDUDP 验证扫描127.0.0.1:53应看到UDP → [DNS Query]然后UDP ← [DNS Response]若只看到发出包无返回且代码超时 → 符合预期。关键技巧Wireshark 的Statistics → Conversations → IPv4可直观看到哪些 IP:Port 对有通信比滚动抓包更高效。5.2 用系统命令交叉验证建立可信度你的扫描器结论必须能被标准工具印证。以下是必做的三组对照实验验证目标你的扫描器命令对照命令预期一致性TCP 端口开放java PortScanner -t -h 127.0.0.1 -p 22nc -zv 127.0.0.1 22或telnet 127.0.0.1 22两者均应显示 “succeeded” 或 “Connected”TCP 端口关闭java PortScanner -t -h 127.0.0.1 -p 9999nc -zv 127.0.0.1 9999两者均应显示 “Connection refused”UDP 端口响应java PortScanner -u -h 127.0.0.1 -p 53nmap -sU -p53 127.0.0.1你的结果为 “OPEN/RESPONDING”nmap 应为 open注意nmap -sU默认发送空 UDP 包与你的 DNS probe 不同故结果可能不一致。若需严格对标可用nmap --scriptudp-open或hping3 -2 -p53 127.0.0.1。5.3 性能调优从 1000ms 到 200ms 的 RTT 压缩实战扫描速度取决于最慢的那个端口响应时间。通过以下三步可将平均 RTT 从 1000ms 压缩至 200ms步骤 1禁用 Nagle 算法TCP_NODELAYSocket socket new Socket(); socket.setTcpNoDelay(true); // 禁用 Nagle小包立即发送效果避免connect()后首个 SYN-ACK 的延迟合并实测减少 50–100ms。步骤 2调整 SO_RCVBUF/SO_SNDBUFsocket.setReceiveBufferSize(8192); socket.setSendBufferSize(8192);效果增大缓冲区减少内核拷贝次数对高并发扫描吞吐提升明显。步骤 3使用连接池针对重复扫描同一主机// 伪代码维护一个主机:Socket 映射复用已建立的连接仅适用于 HTTP 等长连接协议 // 但 TCP 端口扫描本质是短连接此优化不适用 —— 这正是你要在报告中指出的边界重要认知端口扫描是典型的connection-per-request场景连接池在此无效。强行复用Socket会导致端口状态误判如上次扫描 22 端口成功下次扫描 80 端口却用同一个Socket必然失败。承认技术边界比强行套用模式更体现工程素养。5.4 课程设计报告中的“高光时刻”一张图讲清 TCP vs UDP 扫描逻辑差异在报告附录或答辩 PPT 中放这张手绘风格对比图胜过千言万语| 维度 | TCP 扫描 |本文还有配套的精品资源点击获取