企业官网建设流程全解析

简介：这是一份基于JavaWeb技术栈的物流管理系统完整项目资料，面向初、中级Java开发者和毕业设计/课程设计人群，覆盖订单管理、仓储管理、配送跟踪等核心业务。压缩包共717个文件，包含Java源码、JSP页面、SQL数据库脚本、XML配置以及前端样式与脚本，整体约30.67MB，文档、视频与代码分层存放，便于按需查阅。随包附带物流管理系统设计文档（docx）和操作演示视频（mp4），可帮助读者从需求分析、数据库设计到功能实现快速建立完整认知。从内容预览可见项目包含用户注册、货物信息、车辆信息、配送司机、收藏记录等模块，业务链路较完整，适合用来自学Servlet/JSP/JDBC及MVC分层思想，或作为类似系统的开发蓝本。目前已有116人学习下载，对想用真实案例巩固JavaWeb技能或搭建物流管理原型的人来说，实用性较强。

1. 物流管理系统这个 Javaweb 项目，值不值得你花一晚上跑起来

“43-基于Javaweb的物流管理系统.zip”这类压缩包，在课程设计、毕业设计和外包演示项目里出现频率很高。解压以后是 JSP、Servlet、JDBC 加 MySQL 的经典组合，没有 Spring Boot 也没有前后端分离，但业务链路是完整的：客户管理、订单录入、运单派发、签收登记，外加基础统计。对还处在 Javaweb 学习阶段的人来说，它是很好的练手对象——代码量适中、业务真实，能看完整的请求响应链路。对已经上班的工程师，这类项目又适合拿来当改造样本，把混乱的 JSP 脚本迁出去本身就是企业里常见的老系统重构任务。这篇文章我按自己接手这类项目的经验，把怎么跑通、怎么改、哪里会翻车一次讲清楚。

2. 技术选型与解压后的第一眼：Servlet+JSP+JDBC 为什么还在物流项目里

2.1 Servlet + JSP + JDBC 的选型逻辑

拿到这个标题，先别管 zip 包来自哪，先想清楚一件事：为什么物流管理系统还在用这套老组合，而不是 SSM 或 Spring Boot。答案通常是约束，不是技术落后。课程设计或毕业设计对“自己动手实现业务的能力”有硬性要求，Servlet 接收请求、调用业务、转发视图，JSP 渲染页面，JDBC 直接写 SQL 读写 MySQL，三层结构肉眼可见，评审和答辩都容易讲。学完这套再上 SSM，你对框架的理解是带底的，不会被注解和代理绕晕。

技术上的把握点是：DAO 层只做数据访问，Service 层管事务边界，Servlet 只做参数解析和视图跳转，JSP 里尽量少写<% %>脚本。很多压缩包里的项目这三层是混在一起的，你能把层次拆顺，价值就比原稿高。我拿到代码的第一件事不是看功能列表，而是拉到 DAO 里看 Connection 有没有在 finally 里关闭。连接不关是这类老项目最大的通病，平时内存泄漏不容易察觉，数据量一上来日志里全是连接超时。

2.2 解压 zip 后先看三个位置，别急着导入 IDEA

解压后先认识目录，再动手。老项目结构通常长这样：

物流管理系统/ ├── sql/ # 数据库脚本，建库建表加样例数据 ├── src/ │ └── com/xxx/logistics/ │ ├── servlet/ # 控制器层 │ ├── service/ # 业务接口和实现 │ ├── dao/ # JDBC 数据访问对象 │ ├── filter/ # 登录、编码过滤器 │ ├── util/ # JDBC 工具类、字符串工具 │ └── entity/ # 实体类，和数据库表一一对应 ├── web/ # 老项目里也可能叫 WebContent │ ├── WEB-INF/ │ │ ├── web.xml # Servlet 映射、过滤器配置 │ │ └── lib/ # 没有 Maven 时，jar 直接堆在这里 │ ├── admin/ # 后台 JSP 页面 │ ├── css/ js/ │ └── login.jsp └── README.txt

这个结构里，三个位置是命门。一是web.xml，所有 servlet 映射和过滤器拦截路径都写在里面，改错一个 404 一整片。二是util包里的 JDBC 工具类，数据库连接串、用户名密码都写在这个类里，运行时连不上库，改的就是它。三是sql目录，分清是“整库脚本”还是“单表脚本”，决定导入顺序。把这三处搞清楚再开 IDEA，比被报错淹没以后乱查强得多。

2.3 IDEA 运行 Javaweb 项目配置：三件事必须提前做

IDEA 运行 Javaweb 项目的配置，说难不难，说简单也有一堆坑。我的固定操作顺序是：

1. IDEA 里 Open 选中解压目录，有 pom.xml 就按 Maven 项目导入。 2. File -> Project Structure -> Project：SDK 选 JDK 1.8，Language Level 选 8。 3. Modules -> 模块 -> Web：确认 Web 资源目录指向 web 或 WebContent。 4. Artifacts：新建 Web Application: Exploded，把编译输出和依赖 jar 全部加进去。 5. Run -> Edit Configurations -> Tomcat Server -> Local， 在 Deployment 标签把上面的 Artifact 加进 Server。 6. 启动前确认 Application context 写成 / 或 /logistics，两边要一致。

最容易被坑的是依赖 jar 没进 Artifact。老项目手工挂 jar 的话，WEB-INF/lib下的 jar 必须手动加到 Artifact 的WEB-INF/lib节点，否则一访问页面就报ClassNotFoundException: com.mysql.jdbc.Driver。带pom.xml的项目正常导入 Maven 就好，少很多手工活。Tomcat 版本也要盯住：JDK 1.8 配 Tomcat 8.5 或 9.0 最稳，Tomcat 10 把包名换成了jakarta.*，老 Servlet 代码直接编译不过，这类项目不要贸然升版。配置完先起 Tomcat 看日志，确认没有端口冲突和 Artifact 报错，再访问首页。

提示：控制台出现乱码时，先看 IDEA 的 Help -> Edit Custom VM Options 里有没有加-Dfile.encoding=UTF-8，没加的话 Tomcat 日志会把中文全打成一串问号，干扰排错。

3. 数据库脚本与订单状态机：表怎么拆、脚本怎么导、状态怎么转

3.1 用户、客户、订单、运单四张核心表的字段逻辑

物流系统的业务主线是：客户下订单，系统生成运单，仓库揽收，车辆运输，派送签收。表要按这条线拆，不要一张大表包打天下。老项目常用的是用户表、客户表、订单表、运单表这四张，外加签收记录做审计用途。手边的 SQL 建表脚本一般长这样：

CREATE TABLE sys_user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(32) NOT NULL UNIQUE, password VARCHAR(64) NOT NULL, real_name VARCHAR(32), role TINYINT DEFAULT 1, -- 0 管理员，1 普通员工 create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; CREATE TABLE t_customer ( id INT PRIMARY KEY AUTO_INCREMENT, customer_name VARCHAR(64) NOT NULL, phone VARCHAR(20), address VARCHAR(255) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; CREATE TABLE t_order ( id INT PRIMARY KEY AUTO_INCREMENT, order_no VARCHAR(32) NOT NULL UNIQUE, customer_id INT NOT NULL, from_address VARCHAR(255), to_address VARCHAR(255), goods_name VARCHAR(128), goods_weight DECIMAL(10,2) DEFAULT 0, status TINYINT DEFAULT 0, -- 0 待揽收，1 运输中，2 已签收，3 异常 remark VARCHAR(255), create_time DATETIME DEFAULT CURRENT_TIMESTAMP, update_time DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, INDEX idx_status (status) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; CREATE TABLE t_waybill ( id INT PRIMARY KEY AUTO_INCREMENT, waybill_no VARCHAR(32) NOT NULL UNIQUE, order_id INT NOT NULL, carrier_name VARCHAR(64), track_status TINYINT DEFAULT 0, accept_time DATETIME, sign_time DATETIME, KEY idx_order (order_id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

字段设计意图要讲得清：订单和运单必须拆开，因为一个订单可能拆成多票运单，也可能多件货拼一票，合在一张表里后期统计非常痛苦。status用TINYINT而不是字符串，是为了查询和索引性能，页面展示时再映射成“待揽收”“运输中”这些中文，不占索引空间。update_time用ON UPDATE CURRENT_TIMESTAMP，每次状态变更自动改时间，业务代码里不用再手动维护。四张表之间的关系是：客户在用户表里属于 C 端身份，t_order通过customer_id关联客户，t_waybill通过order_id关联订单，链路干净，查询时 JOIN 能让逻辑非常清晰。

3.2 SQL 脚本导入 MySQL：命令行和 Navicat 各一条稳定路径

拿到logistics.sql，先别急着双击执行。字符集不对，数据全是乱码；表顺序不对，外键建不出来。建议先建库再导表，明确控制字符集：

mysql -uroot -p # 输入密码进入 MySQL 命令行 CREATE DATABASE logistics DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE logistics; SOURCE /path/to/logistics.sql;

这里的参数没有一个是多余的：utf8mb4在库级别指定，表才会默认继承，否则 MySQL 5.7 以下可能落成 latin1，中文直接变问号。SOURCE是 MySQL 命令行的导入命令，Windows 下路径分隔符写反是常见失误，用SOURCE D:/work/logistics.sql比C:\work更稳。用 Navicat 时流程是：连接 → 右键新建数据库 → 字符集选 utf8mb4 → 右键该库 → 运行 SQL 文件。要特别看脚本开头有没有CREATE DATABASE，如果有，就不要再手动建库，否则第二条CREATE TABLE会找错库，报No database selected。

还有一点：先看脚本里有没有DROP TABLE IF EXISTS。没有的话，重复导入同一脚本会直接报“表已存在”。我一般会在测试环境保留这条语句，生产环境手动注释掉，避免误操作把已有数据清空。导入完成以后，用SELECT COUNT(*) FROM t_order;看一眼有没有数据，很多课程脚本末尾不带样例数据，你要自己补，这事后面有专门的演示技巧。

3.3 订单状态流转与防止乱改状态的更新写法

状态机是这类系统里最容易改出 bug 的部分。很多教学版 Javaweb 笔记里，订单状态的数据建模都是一张图：待揽收 → 运输中 → 已签收，异常状态单独挂出来。整理成表格就是：

业务代码里要做的检查，简单说就是“只允许单向推进，不能从已签收改回待揽收”。老代码里很多人图省事，写成UPDATE t_order SET status = 2 WHERE order_no = ?，完全不校验当前状态。这样只要有人在前端多点几次按钮，状态就乱套了。稳妥做法是在更新 SQL 里带旧状态条件：

UPDATE t_order SET status = 1, update_time = NOW() WHERE order_no = ? AND status = 0;

这条 SQL 的巧妙之处在WHERE status = 0：如果调用方传错了目标状态，影响行数是 0，Service 层判断rowCount == 0后抛出“订单当前状态不允许该操作”的异常，数据不会被污染。我在改造这类项目时，第一步就是给所有状态更新加上旧状态条件，这个习惯能让后台数据的可信度立刻上一个台阶。配合t_waybill里的accept_time和sign_time，什么时候揽的、什么时候签的，全部对得上，演示和答辩都拿得出手。

4. 核心功能落地：登录拦截、分页查询、运单号、Excel 导出

4.1 登录与权限拦截：Filter 统一处理的写法

老项目最常见的权限做法，是在每个 JSP 头部写一段<% if(session.getAttribute("user")==null) response.sendRedirect("login.jsp"); %>。代码重复不说，漏一个页面就是一个未授权访问入口。改成统一过滤器是评审最喜欢的改进点，一个类解决所有页面的登录校验：

@WebFilter("/*") public class LoginFilter implements Filter { @Override public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request = (HttpServletRequest) req; HttpServletResponse response = (HttpServletResponse) resp; String uri = request.getRequestURI(); // 放行登录页、登录接口和静态资源 if (uri.endsWith("login.jsp") || uri.endsWith("/login") || uri.contains("/css/") || uri.contains("/js/")) { chain.doFilter(req, resp); return; } HttpSession session = request.getSession(false); Object user = session == null ? null : session.getAttribute("loginUser"); if (user == null) { response.sendRedirect(request.getContextPath() + "/login.jsp"); return; } // 管理路径只允许管理员，角色字段 0 为管理员 if (uri.contains("/admin/") && !"0".equals(session.getAttribute("role"))) { response.sendError(HttpServletResponse.SC_FORBIDDEN); return; } chain.doFilter(req, resp); } }

逻辑说明：@WebFilter("/*")拦全部请求，登录页、登录接口、静态资源必须提前放行，否则用户永远到不了登录页或页面样式全丢。request.getSession(false)不会主动创建 Session，避免恶意请求把服务器内存拖垮。角色判断放这里集中管理，出现 403 就知道是权限问题，而不是 JSP 渲染异常。如果项目没有 Servlet 3.0 注解支持，就在web.xml里写同样的<filter>和<filter-mapping>，拦截路径还是/*。

这里有个坑值得一提：getContextPath()必须写对。IDEA 里部署上下文如果是/logistics，直接写/login.jsp会 404，写成${pageContext.request.contextPath}/login.jsp或者 Java 里拼getContextPath()才稳。过滤器本身不算复杂，但它往往决定你整套权限演示能不能正常走通。

4.2 订单分页查询：count 一次、list 一次、参数对象传参

分页查询是课程设计必考功能。逻辑只有两条 SQL：一次查总数，一次查当前页数据。但老代码里常有人把currentPage和pageSize直接拼进 SQL，SQL 注入的隐患先放一边，单是页面点几下就会因为参数类型不对报错。我会先写一个分页参数对象：

public class PageRequest { private int currentPage = 1; private int pageSize = 10; private String keyword; public int getOffset() { return (currentPage - 1) * pageSize; } // getter / setter 省略 }

DAO 里的分页查询方法：

public List<Order> findByPage(Connection conn, PageRequest pageRequest) throws SQLException { String sql = "SELECT * FROM t_order WHERE 1=1"; if (pageRequest.getKeyword() != null && !pageRequest.getKeyword().trim().isEmpty()) { sql += " AND (order_no LIKE ? OR goods_name LIKE ?)"; } sql += " ORDER BY id DESC LIMIT ?, ?"; PreparedStatement ps = conn.prepareStatement(sql); int index = 1; if (pageRequest.getKeyword() != null && !pageRequest.getKeyword().trim().isEmpty()) { String like = "%" + pageRequest.getKeyword().trim() + "%"; ps.setString(index++, like); ps.setString(index++, like); } ps.setInt(index++, pageRequest.getOffset()); ps.setInt(index++, pageRequest.getPageSize()); ResultSet rs = ps.executeQuery(); List<Order> list = new ArrayList<>(); while (rs.next()) { Order order = new Order(); order.setId(rs.getInt("id")); order.setOrderNo(rs.getString("order_no")); order.setStatus(rs.getInt("status")); order.setFromAddress(rs.getString("from_address")); list.add(order); } return list; }

参数说明：LIMIT offset, pageSize是 MySQL 分页语法，offset 从 0 开始，所以PageRequest里用getOffset()计算偏移量。PreparedStatement参数从 1 序号开始，用index++维护参数位置，后面加条件时不用回头改前面代码。1=1是条件拼接的常见技巧，MySQL 优化器会直接忽略它，不影响性能。Service 层还要单独执行一次SELECT COUNT(*) FROM t_order WHERE 1=1 ...，拿到总记录数后计算总页数：totalPages = (totalCount + pageSize - 1) / pageSize。这样前端 JSP 才能渲染出“第 2/5 页”和上一页、下一页按钮。

4.3 运单号生成：日期加随机数，并发下加锁

运单号不能直接用 UUID，业务人员拿到一长串 32 位字符串根本没法电话报单号。常见规则是“业务前缀 + 时间戳 + 随机数”，比如WB20240512123456789。生成代码很薄：

public synchronized String generateWaybillNo() { SimpleDateFormat sdf = new SimpleDateFormat("yyyyMMddHHmmss"); String timePart = sdf.format(new Date()); int randomPart = (int) ((Math.random() * 9 + 1) * 100000); return "WB" + timePart + randomPart; }

逻辑说明：synchronized保证同一时刻只有一个线程进入这个方法，避免并发下随机部分重复，课程设计这个级别完全够用。Math.random() * 9 + 1让随机数首位不为 0，* 100000生成六位随机数，肉眼看上去不像零填充那么呆板。更严谨的做法是同时给waybill_no加唯一索引，万一极端情况下撞号了，数据库会抛 DuplicateKeyException，捕获后重新生成一次就是双保险。另外注意SimpleDateFormat本身线程不安全，上面已经用synchronized挡住了直接并发调用，如果项目里用线程池就要升级成DateTimeFormatter，这一点面试被问到时能主动说出来，印象分会好不少。

4.4 Excel 导出：POI 骨架和响应头设置

导出功能的核心不是 POI 的 API，而是 HTTP 响应头设置，很多人代码都写对了，下载下来的文件名却是download或一堆乱码。骨架代码：

List<Order> orderList = orderService.queryAll(); response.setContentType("application/vnd.ms-excel;charset=utf-8"); String fileName = URLEncoder.encode("订单列表.xls", "UTF-8"); response.setHeader("Content-Disposition", "attachment;filename=" + fileName); Workbook workbook = new HSSFWorkbook(); Sheet sheet = workbook.createSheet("订单"); Row head = sheet.createRow(0); head.createCell(0).setCellValue("订单号"); head.createCell(1).setCellValue("品名"); head.createCell(2).setCellValue("状态"); sheet.setColumnWidth(0, 24 * 256); // 列宽以 1/256 字符为单位 for (int i = 0; i < orderList.size(); i++) { Row row = sheet.createRow(i + 1); Order order = orderList.get(i); row.createCell(0).setCellValue(order.getOrderNo()); row.createCell(1).setCellValue(order.getGoodsName()); row.createCell(2).setCellValue(OrderStatusUtil.getName(order.getStatus())); } workbook.write(response.getOutputStream());

这里三个参数级注意点：URLEncoder.encode必须用在文件名上，ISO 编码下中文文件名才能正常显示；setColumnWidth(0, 24 * 256)第二个参数的单位是 1/256 个英文字符宽度，24 的意思是这个列能容纳 24 个字符，不设的话中文车号串会被截断成#号；HSSFWorkbook生成的是.xls，.xlsx要换XSSFWorkbook。POI 的依赖坐标是org.apache.poi:poi和poi-ooxml，课程设计用 3.17 或 4.x 都行，4.x 配 JDK 8 没有问题。别把workbook.write()放在查询数据之前，那会导出空文件，这个顺序错误比 API 不熟更常见。

5. 避坑手册：5 个把 Javaweb 物流系统跑挂的现场与排查步骤

5.1 中文乱码：页面、请求、数据库三个环节

现象：页面上看到???，或者数据库里存进去的数据读出来是乱码，登录用户名都显示成问号。

原因：三个环节只要坏一个就乱。JSP 没写pageEncoding，Servlet 没设置请求编码，MySQL 建库字符集不是 utf8mb4。老项目里大概率三个同时坏。

解决：统一三处。JSP 顶部写<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%>，Servlet 或过滤器里执行request.setCharacterEncoding("UTF-8")和response.setCharacterEncoding("UTF-8")，JDBC 连接串加characterEncoding=utf8mb4。我习惯在登录过滤器前面再挂一层编码过滤器，保证所有请求先落到过滤器再进业务，这条路径跑通以后中文乱码基本绝迹。

5.2 MySQL 驱动版本不匹配与 SSL 报错

现象：启动后访问页面报ClassNotFoundException: com.mysql.jdbc.Driver，或者出现Communications link failure、SSL connection error。

原因：MySQL 5.x 和 8.x 的驱动包类名不同。5.x 是com.mysql.jdbc.Driver，8.x 是com.mysql.cj.jdbc.Driver，而且 8.x 驱动默认要求 SSL 校验，本地开发库没配 SSL 证书，连接直接被拒。

解决：先SELECT VERSION();确认真实版本，再配对应 jar。MySQL 8 的连接串写全三件套：jdbc:mysql://localhost:3306/logistics?useSSL=false&serverTimezone=Asia/Shanghai&characterEncoding=utf8mb4。serverTimezone不指定时，驱动会把系统默认时区发给 MySQL，经常出现“数据写对但读出来少 8 小时”的诡异现象，加上它立刻正常。

5.3 Tomcat 404 和 500 的排查路径

现象：首页能打开，点击菜单后 404；或者页面直接一片红，控制台打印一大段 Exception。

原因：404 多半是 servlet-mapping 的url-pattern写错，或者 JSP 表单里action写成了绝对路径，部署上下文一变就找不到。500 一般是代码运行时异常，比如NullPointerException、SQL 参数个数不匹配、实体类字段名和数据库列名对不上。

解决：把 IDEA 控制台第一行堆栈信息复制出来看，那行基本就是答案。404 时在浏览器地址栏直接访问http://localhost:8080/logistics/orderList，对比web.xml里的映射路径，大小写也要比。排查顺序是先去访问静态页面确认 Tomcat 没挂，再看 servlet 路径，最后看 WEB-INF/lib 里有没有 jar。三步走完，90% 的问题都能定位。

5.4 IDEA 编译级别不一致导致的诡异报错

现象：代码在别人电脑上能跑，到你电脑上报Diamond operator is not supported in -source 1.6，或者运行时报UnsupportedClassVersionError。

原因：IDEA 的 Project SDK、Module language level、Java Compiler target bytecode 三个设置不一致。默认有的 1.8 有的 1.6，编译出来的 class 文件版本被降级，Tomcat 加载时就认不出新语法。

解决：打开 File -> Project Structure，把 Project、Modules、Compiler 三处 JDK 版本统一成 1.8。如果带pom.xml，还要检查里面maven.compiler.source和maven.compiler.target，Maven 编译结果会覆盖 IDEA 设置。这个坑最气人的地方是表面没报错，只是运行行为诡异，优先查编译版本再查业务代码。

5.5 热部署不生效：改了 Java 类为什么还是老逻辑

现象：修改了 Servlet 的方法体，点刷新页面发现还是老代码，重启 Tomcat 才生效。

原因：IDEA 的 Tomcat 配置里On frame deactivation默认是Update resources，只更新 JSP、HTML 这类静态资源。改了 Java 类要触发Update classes，但 IDEA 对新增方法、修改类名这种结构性变更也不会热更新。

解决：只改了方法体时，Ctrl+F10选择Update classes and resources；改了方法签名、类名、字段，直接重启 Tomcat，不要和热部署较劲。这类 Javaweb 老项目调试成本本来就高，我在改之前会先把日志打印完整，一次改到位再重启，比起反复热部署省时间。

6. 演示前必做的三件事：链路数据、统计 SQL、代码搬迁

6.1 用三句 SQL 准备一条完整业务链路

项目跑起来以后，第一件事不是乱点菜单，而是准备演示数据。三个测试角色各备一个账号，一个客户，两条订单，一条运单，链路就能串起来：

INSERT INTO t_customer (customer_name, phone, address) VALUES ('示例客户', '13800000000', '上海市浦东新区'); INSERT INTO t_order (order_no, customer_id, from_address, to_address, goods_name, status) VALUES ('ORD20240512001', 1, '北京市朝阳区', '上海市浦东新区', '文件包裹', 0); INSERT INTO t_waybill (waybill_no, order_id, carrier_name, track_status) VALUES ('WB20240512001', 1, '测试物流公司', 0);

这个数据组合是“客户下单一票货，系统生成一张运单”的标准演示链路。打开订单列表能看到真实数据，点“确认揽收”后状态从 0 变 1，运单表里的accept_time也会被更新，整个流程有据可依，而不是对着空白页硬讲。

6.2 在列表页加三个统计卡片

很多课程设计止步于 CRUD，演示时显得单薄。列表页顶部加三个统计数字，完成度立刻提升一档：

SELECT COUNT(*) AS total_order, SUM(CASE WHEN status = 1 THEN 1 ELSE 0 END) AS transporting, SUM(CASE WHEN status = 2 THEN 1 ELSE 0 END) AS signed FROM t_order WHERE create_time >= DATE_SUB(NOW(), INTERVAL 30 DAY);

统计口径对展示足够：总订单量、运输中、已签收，正好是物流系统首页最常见的三个卡片。把这个 SQL 放进 DAO，Servlet 取出来塞给 JSP，用<c:out>渲染，不复杂但效果明显。再加一个GROUP BY DATE(create_time)的按天统计，就能给折线图提供数据源，演示时能多讲五分钟。

6.3 把 JSP 里的 Java 代码搬进 Servlet 和 DAO

收尾再做一个动作：把 JSP 里的<% ... %>脚本片段迁到 Servlet 或 Service，让 JSP 只剩标签和表达式。老项目这个毛病最常见，页面里查数据库、拼接 HTML 全混在一起，别人接手上手成本极高。搬迁顺序是从最深的 DAO 开始，一层一层往上，最后在 Servlet 里把处理好数据request.setAttribute()传给 JSP。做完这一步，这套 Javaweb 项目完整案例就从“能跑”变成了“能维护”，也贴近企业里老系统重构的日常工作。演示时如果被问“这个项目还有什么可改进的”，这就是现成答案。

我自己接手过一个课程设计版本，当时不先看表结构就急着改状态，结果演示现场数据被改乱了，还在群里问了一圈才明白旧状态条件这回事。从那以后我无论改什么功能，先跑通一条完整业务链路再动代码，这个习惯帮我拦下了不少低级错误。希望帮到你。

本文还有配套的精品资源，点击获取