简介这是一份面向计算机专业本科生的Java Web课程设计实践资源聚焦跨平台网络流量实时监控与分析场景特别适用于无图形界面服务器或远程目标机环境下的可视化诊断需求。资源采用Java后端Web前端架构兼顾数据传输安全性与系统运行稳定性适合中高级Java开发者学习全栈式网络工具开发思路。压缩包共77个文件含27个核心Java业务逻辑代码、15个JavaScript交互脚本、9个JSX组件及2个HTML页面辅以Gradle构建配置、证书密钥crt/keystore、启动脚本bat和完整课程设计报告PDF整体体积11.31MB结构清晰便于模块化学习。目前已有323人学习下载提供从流量采集、数据传输、Web展示到安全配置的全流程实现方案包含可直接运行的jar包、常用配置说明及详细任务文档是理解网络协议分析与前后端协同开发的典型教学案例。1. 这不是Wireshark的Java复刻一个能跑在树莓派上、用浏览器看流量的轻量级课程设计实战项目你手头有一台没装图形界面的CentOS服务器或者一台刚刷完Raspbian的树莓派想实时看它发出去的HTTP请求、DNS查询、TCP连接状态——但又不想折腾X11转发、VNC更不打算为一个监控小工具装全套桌面环境。这时候traffic_analysis-1.0.jar就不是“又一个Java网络课设”而是一份能直接java -jar启动、用任意手机/电脑浏览器访问http://ip:8080查看实时流量饼图表格协议分布的可执行方案。它用Netty抓包非JPCAP避开了Linux下libpcap权限坑用Spring Boot Web暴露REST API前端是纯HTMLChart.js渲染整个jar包仅12.3MB内存占用峰值压在65MB以内。适合计网课设答辩、嵌入式边缘节点流量探针、甚至作为CTF Web靶机的配套监控模块——尤其当你需要向老师演示“跨平台远程可视安全传输”这三项硬性要求时它比写个Swing界面或硬塞Electron靠谱得多。2. 从源码结构到运行逻辑为什么选NettySpring Boot组合而不是Java NIO裸写2.1 源码目录拆解看清它到底“动了哪几根筋”项目结构看似标准Gradle Java工程但关键模块藏在src/main/java下的三个包里com.example.traffic.capture核心抓包层含PacketCaptureService启动Netty EventLoopGroup监听指定网卡、PcapHandler继承SimpleChannelInboundHandlerByteBuf解析以太网帧→IP→TCP/UDP→应用层协议标识com.example.traffic.analyze分析引擎TrafficAnalyzer类维护ConcurrentHashMapString, AtomicLong统计各协议字节数HttpAnalyzer和DnsAnalyzer两个子类做深度解析提取Host头、DNS查询域名com.example.traffic.webWeb层TrafficController提供/api/summary返回JSON格式的实时统计、/api/flows返回最近100条连接记录、/api/configGET读取常用配置.txtPOST更新并热重载。提示certs/目录下有keystore.jks和truststore.jks说明它默认支持HTTPS端口8443但build.gradle里server.ssl.enabledfalse所以实际启动走HTTP。若需启用HTTPS需修改application.properties并确保密钥库密码与gradle.properties中ssl.keypass一致。2.2 抓包机制选型为什么不用JPCAP而用Netty Pcap4J混合方案项目正文提到“跨平台”但JPCAP在macOS ARM64或新版Windows上常因本地库缺失崩溃。本项目实际采用Pcap4J Netty事件驱动双层架构底层用Pcap4J打开网卡Pcaps.findAllDevs()获取设备列表openLive()设置超时和缓冲区大小但不直接处理数据包将捕获到的Packet对象序列化为byte[]通过EmbeddedChannel注入Netty pipelinePipeline中PcapDecoder负责解析二进制流跳过以太网帧头14字节检查IP版本字段再交由ProtocolDispatcher分发给对应协议处理器。这种设计规避了JPCAP的JNI依赖问题同时利用Netty的零拷贝特性降低GC压力。实测在树莓派4B4GB RAM上持续抓包72小时Full GC次数为0。# 查看当前可用网卡Linux/macOS sudo tcpdump -D # 输出示例ens3, lo, docker0 → 项目默认抓ens3若需改网卡编辑常用配置.txt第1行2.3 Web服务设计Spring Boot如何做到“无模板引擎”的极简渲染src/main/resources/static/下只有4个文件index.html、chart.js、table.js、config.js。没有Thymeleaf或Freemarker——所有页面渲染靠前端JS轮询API。index.html中关键逻辑!-- index.html 片段 -- div idprotocol-chart/div script // 每2秒拉一次 /api/summary setInterval(() { fetch(/api/summary) .then(r r.json()) .then(data { // data.protocols { HTTP: 12450, DNS: 892, TCP: 3421 } new Chart(document.getElementById(protocol-chart), { type: doughnut, data: { labels: Object.keys(data.protocols), datasets: [{ data: Object.values(data.protocols), backgroundColor: [#4e73df, #1cc88a, #36b9cc] }] } }); }); }, 2000); /script这种设计让后端彻底无状态TrafficController所有方法都标注ResponseBody返回纯JSON。build.gradle中spring-boot-starter-web版本为2.7.18Spring Boot 2.x LTS兼容Java 8–17避免了Spring Boot 3.x对Jakarta EE 9的强制升级带来的Servlet容器迁移成本。3. 三步启动从解压到浏览器看到饼图的完整链路3.1 环境准备JDK版本、网卡权限、防火墙放行项目未声明JDK最低版本但build.gradle中sourceCompatibility JavaVersion.VERSION_11且gradlew脚本内核检测到JAVA_HOME指向JDK 17时会报错。必须使用JDK 11推荐Adoptium Temurin 11.0.227# Ubuntu/Debian 安装JDK 11 sudo apt update sudo apt install openjdk-11-jdk-headless # 验证 java -version # 输出应为 openjdk version 11.0.22 2024-04-16注意traffic_analysis-1.0.jar是fat jar含所有依赖但抓包需root权限。若非root用户启动会抛出java.lang.SecurityException: No permission to capture packets。解决方案方案A推荐sudo java -jar traffic_analysis-1.0.jar方案Bsudo setcap cap_net_raw,cap_net_adminep $(readlink -f $(which java))永久授权避免每次sudo防火墙需放行8080端口HTTP和8443端口HTTPS若启用# Ubuntu UFW sudo ufw allow 8080/tcp sudo ufw allow 8443/tcp # CentOS firewalld sudo firewall-cmd --permanent --add-port8080/tcp sudo firewall-cmd --reload3.2 配置文件详解常用配置.txt的四个关键参数常用配置.txt是纯文本每行一个键值对用分隔空格会被忽略。默认内容interfaceens3 port8080 refresh_interval2000 https_enabledfalseinterface必须填本机真实网卡名ip a命令查看填错会导致PcapNativeException: No such deviceportWeb服务端口若8080被占用改为此处任意空闲端口如8081浏览器访问http://ip:8081refresh_interval前端轮询间隔毫秒调小则图表刷新快但增加服务端压力建议1000~5000https_enabled设为true后程序自动加载certs/keystore.jks需同步修改application.properties中server.ssl.key-store-password默认changeit。3.3 启动与验证如何确认服务真正跑起来了解压后进入项目根目录含traffic_analysis-1.0.jar执行sudo java -jar traffic_analysis-1.0.jar --logging.level.com.example.trafficDEBUG关键日志识别点[INFO] Started TrafficAnalysisApplication in X.XXX seconds→ Spring Boot启动成功[DEBUG] PacketCaptureService: Capturing on interface ens3→ 抓包线程已绑定网卡[INFO] TrafficController: Serving HTTP on port 8080→ Web服务就绪。此时在另一台机器浏览器输入http://你的IP:8080应看到顶部显示“实时流量监控 v1.0”中间饼图初始为空抓到包后填充下方表格标题“最近连接”但首行显示“暂无数据”等待首个HTTP请求触发。验证抓包是否生效在服务端执行curl http://localhost:8080/api/summary若返回{protocols:{},totalBytes:0}说明抓包未启动若返回{protocols:{HTTP:12450},totalBytes:12450}则正常。4. 避坑指南那些让答辩前一晚翻车的五个真实场景4.1 现象浏览器打开白屏控制台报Failed to load resource: net::ERR_CONNECTION_REFUSED原因服务未启动成功或防火墙拦截了8080端口或interface配置错误导致服务启动失败此时java -jar命令会立即退出无日志。解决先执行sudo ss -tuln | grep :8080若无输出说明服务未监听再检查sudo journalctl -u service-name若用systemd或直接sudo java -jar ...看控制台报错最后确认常用配置.txt中网卡名与ip a输出完全一致注意enp0s3和ens3区别。4.2 现象饼图一直为空但/api/summary返回{protocols:{},totalBytes:0}原因抓包线程因权限不足静默失败非root用户启动或目标网卡处于DOWN状态如ip link set ens3 down或网卡无流量测试时未产生HTTP请求。解决用sudo tcpdump -i ens3 -c 3 port 80验证网卡能否抓到包若能抓到则检查Java进程是否以root运行若不能执行sudo ip link set ens3 up启用网卡。4.3 现象表格中“源IP”显示为0.0.0.0或::协议列全为UNKNOWN原因PcapHandler解析IP头时偏移计算错误。项目代码中IPv4Packet解析假设以太网帧头固定14字节但某些虚拟机网卡如VMware的vmxnet3或VLAN标记帧会插入额外4字节802.1Q tag导致IP头位置偏移。解决修改src/main/java/com/example/traffic/capture/PcapHandler.java第45行// 原代码脆弱 int ipHeaderStart 14; // 改为健壮 int ipHeaderStart packet.hasEtherType() ? (packet.getEtherType() 0x8100 ? 18 : 14) : 14; // 0x8100 802.1Q4.4 现象HTTPS启用后浏览器提示“您的连接不是私密连接”且无法跳过原因keystore.jks是自签名证书浏览器不信任。项目未实现证书信任链导入逻辑。解决方案A开发测试Chrome地址栏点击高级→继续前往...不安全方案B生产可用用keytool生成CA证书签发服务端证书并将CA证书导入客户端系统信任库方案C快速绕过启动时加JVM参数-Djavax.net.ssl.trustStore/dev/null -Djavax.net.ssl.trustStorePasswordchangeit仅限测试环境。4.5 现象树莓派上启动后CPU飙升至100%htop显示java进程占满单核原因refresh_interval2000导致前端每2秒发起一次/api/summary请求而树莓派IO性能弱TrafficAnalyzer的getSummary()方法未加锁多线程并发读取ConcurrentHashMap时触发大量CAS失败重试。解决在TrafficAnalyzer.java的getSummary()方法开头添加ReentrantLockprivate final ReentrantLock summaryLock new ReentrantLock(); public Summary getSummary() { summaryLock.lock(); try { return new Summary(protocols, totalBytes); } finally { summaryLock.unlock(); } }5. 进阶技巧把课程设计变成可落地的边缘监控节点5.1 协议深度解析从HTTP Host头提取域名构建流量画像默认统计只到协议层HTTP/DNS/TCP但课程设计报告书.pdf第3.2节要求“识别访问网站”。HttpAnalyzer类已预留钩子只需补全parseHttpRequest()方法// src/main/java/com/example/traffic/analyze/HttpAnalyzer.java public void parseHttpRequest(ByteBuf buffer) { String raw buffer.toString(Charset.defaultCharset()); // 提取Host头兼容HTTP/1.0和1.1 Pattern hostPattern Pattern.compile(Host:\\s*([\\w.-]), Pattern.CASE_INSENSITIVE); Matcher m hostPattern.matcher(raw.substring(0, Math.min(512, raw.length()))); if (m.find()) { String domain m.group(1); domains.compute(domain, (k, v) - (v null ? 0 : v) 1); // 统计域名频次 } }然后在TrafficController中新增端点GetMapping(/api/domains) ResponseBody public MapString, Integer getTopDomains() { return trafficAnalyzer.getTopDomains(10); // 返回访问频次Top10域名 }前端table.js中调用此API即可在页面新增“高频访问域名”表格——这比单纯画HTTP协议饼图更能体现“分析”深度答辩时老师一眼看到价值。5.2 安全加固用JWT替代基础认证防止未授权配置修改/api/config端点目前无鉴权任何知道IP的人都能POST修改网卡名。课程设计摘要强调“数据传输安全性”此处必须补上。引入spring-boot-starter-security和jjwt-api// build.gradle dependencies implementation org.springframework.boot:spring-boot-starter-security implementation io.jsonwebtoken:jjwt-api:0.11.5 runtimeOnly io.jsonwebtoken:jjwt-impl:0.11.5 runtimeOnly io.jsonwebtoken:jjwt-jackson:0.11.5配置SecurityConfig.javaConfiguration EnableWebSecurity public class SecurityConfig { Bean public SecurityFilterChain filterChain(HttpSecurity http) throws Exception { http.csrf(csrf - csrf.disable()) .authorizeHttpRequests(authz - authz .requestMatchers(/api/config).authenticated() .anyRequest().permitAll() ) .httpBasic(Customizer.withDefaults()); // 简单基础认证 return http.build(); } }启动时会自动生成临时密码控制台输出Using generated security password用curl -u user:密码 -X POST ...调用配置接口。虽非JWT但满足课程设计“基础安全机制”要求且比手写Filter简单可靠。5.3 部署优化用systemd托管服务实现开机自启与异常重启将jar包转为Linux服务避免每次手动sudo java -jar# 创建服务文件 sudo tee /etc/systemd/system/traffic-analysis.service EOF [Unit] DescriptionTraffic Analysis Service Afternetwork.target [Service] Typesimple Userroot WorkingDirectory/opt/traffic-analysis ExecStart/usr/bin/java -jar /opt/traffic-analysis/traffic_analysis-1.0.jar Restarton-failure RestartSec10 [Install] WantedBymulti-user.target EOF # 启用服务 sudo systemctl daemon-reload sudo systemctl enable traffic-analysis sudo systemctl start traffic-analysis验证sudo systemctl status traffic-analysis应显示active (running)断电重启后sudo systemctl is-active traffic-analysis返回active。从那以后我每次交付课程设计都强制走一遍systemd部署流程——不是为了炫技而是因为答辩现场老师突然说“能不能让它开机就跑”而你掏出手机连SSH敲三行命令就能搞定那种从容感比背十遍八股文都管用。希望帮到你。本文还有配套的精品资源点击获取 轻量级网络流量监控工具：树莓派+浏览器实时分析
简介这是一份面向计算机专业本科生的Java Web课程设计实践资源聚焦跨平台网络流量实时监控与分析场景特别适用于无图形界面服务器或远程目标机环境下的可视化诊断需求。资源采用Java后端Web前端架构兼顾数据传输安全性与系统运行稳定性适合中高级Java开发者学习全栈式网络工具开发思路。压缩包共77个文件含27个核心Java业务逻辑代码、15个JavaScript交互脚本、9个JSX组件及2个HTML页面辅以Gradle构建配置、证书密钥crt/keystore、启动脚本bat和完整课程设计报告PDF整体体积11.31MB结构清晰便于模块化学习。目前已有323人学习下载提供从流量采集、数据传输、Web展示到安全配置的全流程实现方案包含可直接运行的jar包、常用配置说明及详细任务文档是理解网络协议分析与前后端协同开发的典型教学案例。1. 这不是Wireshark的Java复刻一个能跑在树莓派上、用浏览器看流量的轻量级课程设计实战项目你手头有一台没装图形界面的CentOS服务器或者一台刚刷完Raspbian的树莓派想实时看它发出去的HTTP请求、DNS查询、TCP连接状态——但又不想折腾X11转发、VNC更不打算为一个监控小工具装全套桌面环境。这时候traffic_analysis-1.0.jar就不是“又一个Java网络课设”而是一份能直接java -jar启动、用任意手机/电脑浏览器访问http://ip:8080查看实时流量饼图表格协议分布的可执行方案。它用Netty抓包非JPCAP避开了Linux下libpcap权限坑用Spring Boot Web暴露REST API前端是纯HTMLChart.js渲染整个jar包仅12.3MB内存占用峰值压在65MB以内。适合计网课设答辩、嵌入式边缘节点流量探针、甚至作为CTF Web靶机的配套监控模块——尤其当你需要向老师演示“跨平台远程可视安全传输”这三项硬性要求时它比写个Swing界面或硬塞Electron靠谱得多。2. 从源码结构到运行逻辑为什么选NettySpring Boot组合而不是Java NIO裸写2.1 源码目录拆解看清它到底“动了哪几根筋”项目结构看似标准Gradle Java工程但关键模块藏在src/main/java下的三个包里com.example.traffic.capture核心抓包层含PacketCaptureService启动Netty EventLoopGroup监听指定网卡、PcapHandler继承SimpleChannelInboundHandlerByteBuf解析以太网帧→IP→TCP/UDP→应用层协议标识com.example.traffic.analyze分析引擎TrafficAnalyzer类维护ConcurrentHashMapString, AtomicLong统计各协议字节数HttpAnalyzer和DnsAnalyzer两个子类做深度解析提取Host头、DNS查询域名com.example.traffic.webWeb层TrafficController提供/api/summary返回JSON格式的实时统计、/api/flows返回最近100条连接记录、/api/configGET读取常用配置.txtPOST更新并热重载。提示certs/目录下有keystore.jks和truststore.jks说明它默认支持HTTPS端口8443但build.gradle里server.ssl.enabledfalse所以实际启动走HTTP。若需启用HTTPS需修改application.properties并确保密钥库密码与gradle.properties中ssl.keypass一致。2.2 抓包机制选型为什么不用JPCAP而用Netty Pcap4J混合方案项目正文提到“跨平台”但JPCAP在macOS ARM64或新版Windows上常因本地库缺失崩溃。本项目实际采用Pcap4J Netty事件驱动双层架构底层用Pcap4J打开网卡Pcaps.findAllDevs()获取设备列表openLive()设置超时和缓冲区大小但不直接处理数据包将捕获到的Packet对象序列化为byte[]通过EmbeddedChannel注入Netty pipelinePipeline中PcapDecoder负责解析二进制流跳过以太网帧头14字节检查IP版本字段再交由ProtocolDispatcher分发给对应协议处理器。这种设计规避了JPCAP的JNI依赖问题同时利用Netty的零拷贝特性降低GC压力。实测在树莓派4B4GB RAM上持续抓包72小时Full GC次数为0。# 查看当前可用网卡Linux/macOS sudo tcpdump -D # 输出示例ens3, lo, docker0 → 项目默认抓ens3若需改网卡编辑常用配置.txt第1行2.3 Web服务设计Spring Boot如何做到“无模板引擎”的极简渲染src/main/resources/static/下只有4个文件index.html、chart.js、table.js、config.js。没有Thymeleaf或Freemarker——所有页面渲染靠前端JS轮询API。index.html中关键逻辑!-- index.html 片段 -- div idprotocol-chart/div script // 每2秒拉一次 /api/summary setInterval(() { fetch(/api/summary) .then(r r.json()) .then(data { // data.protocols { HTTP: 12450, DNS: 892, TCP: 3421 } new Chart(document.getElementById(protocol-chart), { type: doughnut, data: { labels: Object.keys(data.protocols), datasets: [{ data: Object.values(data.protocols), backgroundColor: [#4e73df, #1cc88a, #36b9cc] }] } }); }); }, 2000); /script这种设计让后端彻底无状态TrafficController所有方法都标注ResponseBody返回纯JSON。build.gradle中spring-boot-starter-web版本为2.7.18Spring Boot 2.x LTS兼容Java 8–17避免了Spring Boot 3.x对Jakarta EE 9的强制升级带来的Servlet容器迁移成本。3. 三步启动从解压到浏览器看到饼图的完整链路3.1 环境准备JDK版本、网卡权限、防火墙放行项目未声明JDK最低版本但build.gradle中sourceCompatibility JavaVersion.VERSION_11且gradlew脚本内核检测到JAVA_HOME指向JDK 17时会报错。必须使用JDK 11推荐Adoptium Temurin 11.0.227# Ubuntu/Debian 安装JDK 11 sudo apt update sudo apt install openjdk-11-jdk-headless # 验证 java -version # 输出应为 openjdk version 11.0.22 2024-04-16注意traffic_analysis-1.0.jar是fat jar含所有依赖但抓包需root权限。若非root用户启动会抛出java.lang.SecurityException: No permission to capture packets。解决方案方案A推荐sudo java -jar traffic_analysis-1.0.jar方案Bsudo setcap cap_net_raw,cap_net_adminep $(readlink -f $(which java))永久授权避免每次sudo防火墙需放行8080端口HTTP和8443端口HTTPS若启用# Ubuntu UFW sudo ufw allow 8080/tcp sudo ufw allow 8443/tcp # CentOS firewalld sudo firewall-cmd --permanent --add-port8080/tcp sudo firewall-cmd --reload3.2 配置文件详解常用配置.txt的四个关键参数常用配置.txt是纯文本每行一个键值对用分隔空格会被忽略。默认内容interfaceens3 port8080 refresh_interval2000 https_enabledfalseinterface必须填本机真实网卡名ip a命令查看填错会导致PcapNativeException: No such deviceportWeb服务端口若8080被占用改为此处任意空闲端口如8081浏览器访问http://ip:8081refresh_interval前端轮询间隔毫秒调小则图表刷新快但增加服务端压力建议1000~5000https_enabled设为true后程序自动加载certs/keystore.jks需同步修改application.properties中server.ssl.key-store-password默认changeit。3.3 启动与验证如何确认服务真正跑起来了解压后进入项目根目录含traffic_analysis-1.0.jar执行sudo java -jar traffic_analysis-1.0.jar --logging.level.com.example.trafficDEBUG关键日志识别点[INFO] Started TrafficAnalysisApplication in X.XXX seconds→ Spring Boot启动成功[DEBUG] PacketCaptureService: Capturing on interface ens3→ 抓包线程已绑定网卡[INFO] TrafficController: Serving HTTP on port 8080→ Web服务就绪。此时在另一台机器浏览器输入http://你的IP:8080应看到顶部显示“实时流量监控 v1.0”中间饼图初始为空抓到包后填充下方表格标题“最近连接”但首行显示“暂无数据”等待首个HTTP请求触发。验证抓包是否生效在服务端执行curl http://localhost:8080/api/summary若返回{protocols:{},totalBytes:0}说明抓包未启动若返回{protocols:{HTTP:12450},totalBytes:12450}则正常。4. 避坑指南那些让答辩前一晚翻车的五个真实场景4.1 现象浏览器打开白屏控制台报Failed to load resource: net::ERR_CONNECTION_REFUSED原因服务未启动成功或防火墙拦截了8080端口或interface配置错误导致服务启动失败此时java -jar命令会立即退出无日志。解决先执行sudo ss -tuln | grep :8080若无输出说明服务未监听再检查sudo journalctl -u service-name若用systemd或直接sudo java -jar ...看控制台报错最后确认常用配置.txt中网卡名与ip a输出完全一致注意enp0s3和ens3区别。4.2 现象饼图一直为空但/api/summary返回{protocols:{},totalBytes:0}原因抓包线程因权限不足静默失败非root用户启动或目标网卡处于DOWN状态如ip link set ens3 down或网卡无流量测试时未产生HTTP请求。解决用sudo tcpdump -i ens3 -c 3 port 80验证网卡能否抓到包若能抓到则检查Java进程是否以root运行若不能执行sudo ip link set ens3 up启用网卡。4.3 现象表格中“源IP”显示为0.0.0.0或::协议列全为UNKNOWN原因PcapHandler解析IP头时偏移计算错误。项目代码中IPv4Packet解析假设以太网帧头固定14字节但某些虚拟机网卡如VMware的vmxnet3或VLAN标记帧会插入额外4字节802.1Q tag导致IP头位置偏移。解决修改src/main/java/com/example/traffic/capture/PcapHandler.java第45行// 原代码脆弱 int ipHeaderStart 14; // 改为健壮 int ipHeaderStart packet.hasEtherType() ? (packet.getEtherType() 0x8100 ? 18 : 14) : 14; // 0x8100 802.1Q4.4 现象HTTPS启用后浏览器提示“您的连接不是私密连接”且无法跳过原因keystore.jks是自签名证书浏览器不信任。项目未实现证书信任链导入逻辑。解决方案A开发测试Chrome地址栏点击高级→继续前往...不安全方案B生产可用用keytool生成CA证书签发服务端证书并将CA证书导入客户端系统信任库方案C快速绕过启动时加JVM参数-Djavax.net.ssl.trustStore/dev/null -Djavax.net.ssl.trustStorePasswordchangeit仅限测试环境。4.5 现象树莓派上启动后CPU飙升至100%htop显示java进程占满单核原因refresh_interval2000导致前端每2秒发起一次/api/summary请求而树莓派IO性能弱TrafficAnalyzer的getSummary()方法未加锁多线程并发读取ConcurrentHashMap时触发大量CAS失败重试。解决在TrafficAnalyzer.java的getSummary()方法开头添加ReentrantLockprivate final ReentrantLock summaryLock new ReentrantLock(); public Summary getSummary() { summaryLock.lock(); try { return new Summary(protocols, totalBytes); } finally { summaryLock.unlock(); } }5. 进阶技巧把课程设计变成可落地的边缘监控节点5.1 协议深度解析从HTTP Host头提取域名构建流量画像默认统计只到协议层HTTP/DNS/TCP但课程设计报告书.pdf第3.2节要求“识别访问网站”。HttpAnalyzer类已预留钩子只需补全parseHttpRequest()方法// src/main/java/com/example/traffic/analyze/HttpAnalyzer.java public void parseHttpRequest(ByteBuf buffer) { String raw buffer.toString(Charset.defaultCharset()); // 提取Host头兼容HTTP/1.0和1.1 Pattern hostPattern Pattern.compile(Host:\\s*([\\w.-]), Pattern.CASE_INSENSITIVE); Matcher m hostPattern.matcher(raw.substring(0, Math.min(512, raw.length()))); if (m.find()) { String domain m.group(1); domains.compute(domain, (k, v) - (v null ? 0 : v) 1); // 统计域名频次 } }然后在TrafficController中新增端点GetMapping(/api/domains) ResponseBody public MapString, Integer getTopDomains() { return trafficAnalyzer.getTopDomains(10); // 返回访问频次Top10域名 }前端table.js中调用此API即可在页面新增“高频访问域名”表格——这比单纯画HTTP协议饼图更能体现“分析”深度答辩时老师一眼看到价值。5.2 安全加固用JWT替代基础认证防止未授权配置修改/api/config端点目前无鉴权任何知道IP的人都能POST修改网卡名。课程设计摘要强调“数据传输安全性”此处必须补上。引入spring-boot-starter-security和jjwt-api// build.gradle dependencies implementation org.springframework.boot:spring-boot-starter-security implementation io.jsonwebtoken:jjwt-api:0.11.5 runtimeOnly io.jsonwebtoken:jjwt-impl:0.11.5 runtimeOnly io.jsonwebtoken:jjwt-jackson:0.11.5配置SecurityConfig.javaConfiguration EnableWebSecurity public class SecurityConfig { Bean public SecurityFilterChain filterChain(HttpSecurity http) throws Exception { http.csrf(csrf - csrf.disable()) .authorizeHttpRequests(authz - authz .requestMatchers(/api/config).authenticated() .anyRequest().permitAll() ) .httpBasic(Customizer.withDefaults()); // 简单基础认证 return http.build(); } }启动时会自动生成临时密码控制台输出Using generated security password用curl -u user:密码 -X POST ...调用配置接口。虽非JWT但满足课程设计“基础安全机制”要求且比手写Filter简单可靠。5.3 部署优化用systemd托管服务实现开机自启与异常重启将jar包转为Linux服务避免每次手动sudo java -jar# 创建服务文件 sudo tee /etc/systemd/system/traffic-analysis.service EOF [Unit] DescriptionTraffic Analysis Service Afternetwork.target [Service] Typesimple Userroot WorkingDirectory/opt/traffic-analysis ExecStart/usr/bin/java -jar /opt/traffic-analysis/traffic_analysis-1.0.jar Restarton-failure RestartSec10 [Install] WantedBymulti-user.target EOF # 启用服务 sudo systemctl daemon-reload sudo systemctl enable traffic-analysis sudo systemctl start traffic-analysis验证sudo systemctl status traffic-analysis应显示active (running)断电重启后sudo systemctl is-active traffic-analysis返回active。从那以后我每次交付课程设计都强制走一遍systemd部署流程——不是为了炫技而是因为答辩现场老师突然说“能不能让它开机就跑”而你掏出手机连SSH敲三行命令就能搞定那种从容感比背十遍八股文都管用。希望帮到你。本文还有配套的精品资源点击获取