尧图网页设计 
简介一款基于Java的简单物流项目设计源码面向小型物流企业和Java Web开发学习者提供基础物流管理解决方案涵盖订单管理、库存管理、运输调度、货物追踪等常见功能模块。压缩包共1150个文件约19.05MB主要包含358个HTML、195个JavaScript、65个Java源文件、54个CSS、25个JSP、16个XML配置等文件。其中HTML与CSS负责页面结构及外观JavaScript实现前端交互Java与JSP处理后端业务逻辑XML保存配置信息图片及动画资源完善界面展示整体目录结构清晰便于按模块检索。目前已有234人学习/浏览适合作为课程设计、毕业设计或小型企业物流信息化改造的参考基础。通过源码可以学习多语言集成项目的目录结构与协作方式理解从页面到数据库的完整请求处理流程并能在现有框架上快速扩展订单、库存、运输等业务模块降低二次开发成本。1. 从文件盘点开始认识这个物流项目拿到这套基于 Java 的物流项目源码时最先看到的是 1152 个文件的庞杂目录其中 HTML、JavaScript、CSS、JSP、Java、XML、图片混在一起还有.classpath和org.eclipse.wst.common.component这类 Eclipse WTP 工程标记文件。这说明它不是 Maven 标准结构而是一个典型的 Eclipse Dynamic Web Project依赖通过 Build Path 管理部署靠 WTP 的 Facet 配置这对习惯 IDEA Maven 的人来说第一步就容易卡住。这套项目的定位是小型物流企业的基础管理系统覆盖订单管理、库存管理、运输调度、货物追踪几个核心模块前端用 H-ui.css 和 Bootstrap 做界面框架UEditor 处理富文本video-js 承担视频播放数据交互走 JSP Servlet JDBC 的传统链路。对于想理解 Java Web 经典分层、想在老项目基础上做二次开发、或者毕业设计需要一套完整可用源码的人来说它比 Spring Boot 脚手架更有拆解价值因为所有细节都暴露在你面前没有框架帮你隐藏复杂性。2. 部署链路从 Eclipse WTP 工程到 Tomcat 可访问2.1 工程结构判定与导入方式.classpath文件里定义了源代码目录、输出目录和类库依赖org.eclipse.wst.common.component则记录了这个 Web 项目在 WTP 运行时中的部署装配信息包括 context root、源文件夹与 WebContent 的映射关系。这意味着拿到源码后最稳妥的方式是直接用 EclipseVersion 2020-06 及以前对老 WTP 工程支持最好以 Existing Projects into Workspace 方式导入而不是用 IDEA 的 Open 直接打开不然 facet 和部署描述符的解析容易错乱。导入后在 Project Facets 里确认 Dynamic Web Module 版本常见是 2.5 或 3.0对应 Java 版本 1.6 或 1.7如果本机 JDK 是 1.8 以上需要在 Project Properties 里把 Java Compiler 和 Runtime 都调到匹配版本。这一步不做启动时会看到java.lang.UnsupportedClassVersionError这是 JDK 版本不兼容的典型报错比缺依赖更隐蔽。2.2 数据库初始化与连接配置项目里一定有 SQL 脚本或在代码中直接 create table。常见存放位置是WebContent/WEB-INF/下的sql目录或者根目录的db、script文件夹。先用 root 账号执行建库脚本再单独创建业务账号并授权避免用 root 跑应用这是老项目中容易被忽略的安全点。连接配置通常在src下的.properties文件比如db.properties、jdbc.properties也可以在context.xml或server.xml里以 JNDI DataSource 形式存在。如果是前者找到 com.mysql.jdbc.Driver 或 com.mysql.cj.jdbc.Driver 驱动类确认 MySQL 版本。MySQL 5.7 及以下用 5.x 驱动8.0 以上必须用 8.x 驱动且 URL 要追加useSSLfalseserverTimezoneAsia/Shanghai才能规避时区和 SSL 报错。修改后重启才能生效。2.3 Tomcat 部署的两种路径第一种是在 Eclipse 里配置 Tomcat 7 或 8 的 Runtime Environment然后 Add and Remove 把工程挂到 Server 上启动这种做法适合调试能直接看到控制台日志和断点。第二种是导出 WAR 包扔到 Tomcat 的webapps目录适合部署到测试环境或服务器。导出时注意勾选Export source files还是只导出编译后 class 与静态资源生产环境不需要 Java 源文件。WAR 包的解压目录结构必须符合 Servlet 规范WEB-INF/classes放字节码与配置文件WEB-INF/lib放第三方 jarMETA-INF放清单信息。访问路径由org.eclipse.wst.common.component里配置的 context root 决定如果部署后 404先检查webapps下解压出的目录名是否和预期 URL 一致。unzip logistics.war -d /opt/tomcat/webapps/logistics /opt/tomcat/bin/startup.sh tail -f /opt/tomcat/logs/catalina.out参数说明-d指定解压目录目录名就是应用上下文路径startup.sh依赖JAVA_HOME环境变量不设置会报Neither the JAVA_HOME nor the JRE_HOME environment variable is definedcatalina.out里能看到 Servlet 初始化日志、JDBC 连接日志和异常堆栈是排查启动失败的第一现场。3. 业务数据流订单到货物追踪全链路拆解3.1 订单模块的表结构与状态机物流系统的核心是订单状态机。从源码里的 SQL 脚本能看出订单表orders至少包含order_id订单号、customer_name客户名、origin始发地、destination目的地、status状态值、create_time和时间戳字段。状态值常用整数或短字符串表示例如 0 表示已下单1 表示已揽收2 表示运输中3 表示已签收4 表示异常件。CREATE TABLE orders ( order_id VARCHAR(32) PRIMARY KEY, customer_name VARCHAR(64) NOT NULL, origin VARCHAR(128), destination VARCHAR(128), status TINYINT DEFAULT 0, tracking_code VARCHAR(64), create_time DATETIME, update_time DATETIME ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;参数说明order_id用业务单号而非自增 ID是为了跨系统对账和客户查询TINYINT存状态位足够且节省空间utf8mb4比utf8多支持 emoji 和生僻字物流地址里出现特殊字符时不会入库失败update_time在状态变更时刷新是货物追踪时间线的数据基础。状态流转在 Java 里一般集中在OrderService或OrderDAO中以updateStatus方法体现。常见实现是直接用PreparedStatement执行UPDATE orders SET status?, update_timeNOW() WHERE order_id?不依赖乐观锁版本号。高并发下可能丢更新但对小型物流企业日均几百单的场景够用。如果想增强可以在 UPDATE 语句的 WHERE 子句中加上AND status上一状态模拟 CAS 语义。3.2 货物追踪与查询接口的实现货物追踪模块的本质是两张表的连接订单表和运单轨迹表。每次扫码或人工更新往轨迹表插入一条记录包含order_id、location、event_desc、created_at。客户端输入运单号后Servlet 接收参数、调用 DAO 查询、把结果封装进 JSP 的 request 作用域页面通过 JSTL 或 scriptlet 渲染。老项目常见写法是 scriptlet 直接输出但推荐在前端用 Ajax 请求一个 JSON 接口减少页面刷新。protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { String trackingCode req.getParameter(trackingCode); TrackingDAO dao new TrackingDAO(); ListTrackPoint points dao.findByTrackingCode(trackingCode); resp.setContentType(application/json;charsetUTF-8); PrintWriter out resp.getWriter(); out.print(new Gson().toJson(points)); out.flush(); }参数说明getParameter获取 URL 查询串或表单字段setContentType必须放在getWriter()之前否则响应头已提交、编码设置不生效前端会看到中文乱码Gson 来自 lib 目录下的 gson jar老项目如果没有引入可以改用org.json或手动拼接 JSON 字符串。逻辑上findByTrackingCode按创建时间倒序查询轨迹表保证前端展示的轨迹是从最新到最旧。3.3 表单校验与前端交互的边界物流系统里订单创建页面通常包含客户姓名、电话、始发地、目的地、货物类型、重量几个字段。前端用 JavaScript 做即时校验后端 Servlet 里必须再校验一遍因为前端校验可以被绕过。老项目常见漏洞是 SQL 注入根源是字符串拼接 SQL 而不是用PreparedStatement占位符。正确做法是后端在接收参数后先用正则核对电话号格式、用白名单校验货物类型参数再传入 DAO。同时页面上 H-ui 框架的表单验证插件可以在提交前拦截明显错误减少无效请求打到服务器。在前后端交互边界上做好防御比部署 WAF 更基础也更有效。4. 二次开发实战给物流系统新增一个“运费计算”模块4.1 数据库层新增字段与表在原订单表基础上追加运费信息属于常见改动。ALTER TABLE orders ADD COLUMN freight DECIMAL(10,2) DEFAULT 0.00, ADD COLUMN payment_status TINYINT DEFAULT 0;其中freight保存运费金额、payment_status用 0 表示未支付、1 表示已支付。再建一张freight_rule表存放计费规则字段包含start_zone、end_zone、unit_price、min_fee和weight_max。CREATE TABLE freight_rule ( id INT PRIMARY KEY AUTO_INCREMENT, start_zone VARCHAR(64) NOT NULL, end_zone VARCHAR(64) NOT NULL, unit_price DECIMAL(6,2) NOT NULL, min_fee DECIMAL(6,2) DEFAULT 0.00 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;参数说明unit_price表示每公斤单价保留两位小数min_fee表示即使货物很轻也至少收取的费用按(start_zone, end_zone)建立联合索引可加速路由查询。实际计算逻辑放在 Service 层先按始发地和目的地查规则查不到就走默认价再结合重量计算总价并取最大值总价与最低消费取大。4.2 Java 层实现运费计算接口在既有OrderService中追加calcFreight方法保持分层一致。老项目没有 Spring 容器管理通常直接newDAO 实例不在构造器里做依赖注入。为了后续可维护建议把FreightRuleDAO声明为成员变量在构造器或初始化块中赋值避免每次调用方法都新建连接。public BigDecimal calcFreight(String startZone, String endZone, double weight) { FreightRule rule freightRuleDAO.findByRoute(startZone, endZone); BigDecimal amount; if (rule ! null) { amount rule.getUnitPrice() .multiply(BigDecimal.valueOf(weight)) .max(rule.getMinFee()); } else { amount DEFAULT_UNIT_PRICE.multiply(BigDecimal.valueOf(weight)); } return amount.setScale(2, RoundingMode.HALF_UP); }参数说明BigDecimal.valueOf(weight)比new BigDecimal(double)更安全后者会出现二进制浮点误差max(rule.getMinFee())实现最低消费逻辑RoundingMode.HALF_UP对应四舍五入运费必须精确到分不能使用double直接计算后强转。这个方法返回后由 Servlet 接收并写入订单表的freight字段前端再展示给用户确认。4.3 前端页面接入与参数传递在订单创建的 JSP 页面中货物重量和区间选择是两个输入项绑定change事件发起 Ajax 请求到CalcFreightServlet返回运费后填充到对应显示区域。H-ui 的h-ui.js自带 Ajax 封装也可以直接用原生fetch。由于老项目很多是 jQuery 2.x 时代写的建议沿用$.ajax风格保持全局风格统一。$(#weight, #startZone, #endZone).on(change, function () { $.ajax({ url: CalcFreightServlet, data: { startZone: $(#startZone).val(), endZone: $(#endZone).val(), weight: $(#weight).val() }, dataType: json, success: function (res) { if (res.code 0) { $(#freight).text(¥ res.freight); } else { layer.msg(res.msg); } } }); });参数说明data对象里的键名必须与 Servlet 端getParameter的参数名完全一致大小写敏感dataType: json会让 jQuery 自动解析响应体如果服务端没有正确设置 Content-Type可能报 parsererrorlayer.msg是 H-ui 集成的弹层组件用于轻量提示错误信息。这里的关键不是代码本身而是理解一条完整的前后端数据链路页面事件收集参数、Servlet 接收并校验、Service 计算、JSON 响应回填。5. 快速定位与性能优化老项目的最后一步5.1 常见启动与运行期故障对照老物流项目的故障集中在三类数据库连接失败、编码混乱、静态资源 404。数据库连不上时检查 MySQL 服务是否启动、账号权限是否覆盖应用所在主机、驱动 jar 是否在WEB-INF/lib下。编码问题表现为页面乱码或写入数据库乱码JSP 页面顶部需要有pageEncodingUTF-8Servlet 侧要在doGet或doPost开头写req.setCharacterEncoding(UTF-8)再配套一个 Filter 统一处理。静态资源 404先看web.xml的 servlet-mapping 是否拦截了.css、.js、.png等后缀。常见错误是写了/*的映射把所有请求都指向了某个 Servlet导致资源加载失败。对这类问题可以用 curl 验证响应头来判断是 Tomcat 没找到文件还是被过滤器拦截。curl -I http://localhost:8080/logistics/static/js/main.js curl -s http://localhost:8080/logistics/CalcFreightServlet?startZone北京endZone上海weight10参数说明-I只取响应头看 HTTP 状态码是 200 还是 404第二个命令直接走 GET 接口验证参数传值是否正常。如果返回 500再去catalina.out里查Caused by后面的具体异常通常是NullPointerException或SQLException前者检查getParameter返回是否为空后者看 SQL 日志中打印的语句和表结构是否对得上。5.2 在不改框架前提下做性能提升小型物流系统的性能瓶颈经常在数据库连接上。老代码常见写法是每个 DAO 方法内部都执行DriverManager.getConnection用完后close在高并发时频繁建连和断连非常浪费。引入一个简单的数据库连接池 HikariCP 只需要替换连接获取方式不必改动业务代码里的PreparedStatement和ResultSet逻辑。另一个立竿见影的优化是给查询频率高的字段建索引。订单列表页经常按状态筛选、按时间排序给status和create_time加联合索引能减少全表扫描。通过EXPLAIN SELECT * FROM orders WHERE status2 ORDER BY create_time DESC可以看到当前扫描行数索引生效后type会从ALL变为ref或rangerows显著降低。5.3 使用 JSP 预编译和静态资源合并验证效果老项目 JSP 首次访问要经过翻译、编译、加载三步首次响应会比后续慢很多。Tomcat 默认开启了 JSP 预编译可以利用JspC在部署阶段预编译全部 JSP把编译期错误提前暴露出来。常见命令如下java -cp servlet-api.jar:jsp-api.jar:tomcat-jasper.jar \ org.apache.jasper.JspC -uriroot /path/to/webapp -d /path/to/work参数说明-uriroot指向 Web 应用根目录-d指定编译输出目录-webapp也可以用来指定上下文。执行后再把编译生成的 class 文件参与部署省去线上首次编译时间。静态资源方面用 nginx 直接代理/static/路径Tomcat 只处理 JSP 和 Servlet 请求通过浏览器 Network 面板对比改动前后的加载时间这个验证动作对任何老项目都适用不依赖具体业务模块。本文还有配套的精品资源点击获取 Java物流项目实战：部署、二次开发与性能优化
简介一款基于Java的简单物流项目设计源码面向小型物流企业和Java Web开发学习者提供基础物流管理解决方案涵盖订单管理、库存管理、运输调度、货物追踪等常见功能模块。压缩包共1150个文件约19.05MB主要包含358个HTML、195个JavaScript、65个Java源文件、54个CSS、25个JSP、16个XML配置等文件。其中HTML与CSS负责页面结构及外观JavaScript实现前端交互Java与JSP处理后端业务逻辑XML保存配置信息图片及动画资源完善界面展示整体目录结构清晰便于按模块检索。目前已有234人学习/浏览适合作为课程设计、毕业设计或小型企业物流信息化改造的参考基础。通过源码可以学习多语言集成项目的目录结构与协作方式理解从页面到数据库的完整请求处理流程并能在现有框架上快速扩展订单、库存、运输等业务模块降低二次开发成本。1. 从文件盘点开始认识这个物流项目拿到这套基于 Java 的物流项目源码时最先看到的是 1152 个文件的庞杂目录其中 HTML、JavaScript、CSS、JSP、Java、XML、图片混在一起还有.classpath和org.eclipse.wst.common.component这类 Eclipse WTP 工程标记文件。这说明它不是 Maven 标准结构而是一个典型的 Eclipse Dynamic Web Project依赖通过 Build Path 管理部署靠 WTP 的 Facet 配置这对习惯 IDEA Maven 的人来说第一步就容易卡住。这套项目的定位是小型物流企业的基础管理系统覆盖订单管理、库存管理、运输调度、货物追踪几个核心模块前端用 H-ui.css 和 Bootstrap 做界面框架UEditor 处理富文本video-js 承担视频播放数据交互走 JSP Servlet JDBC 的传统链路。对于想理解 Java Web 经典分层、想在老项目基础上做二次开发、或者毕业设计需要一套完整可用源码的人来说它比 Spring Boot 脚手架更有拆解价值因为所有细节都暴露在你面前没有框架帮你隐藏复杂性。2. 部署链路从 Eclipse WTP 工程到 Tomcat 可访问2.1 工程结构判定与导入方式.classpath文件里定义了源代码目录、输出目录和类库依赖org.eclipse.wst.common.component则记录了这个 Web 项目在 WTP 运行时中的部署装配信息包括 context root、源文件夹与 WebContent 的映射关系。这意味着拿到源码后最稳妥的方式是直接用 EclipseVersion 2020-06 及以前对老 WTP 工程支持最好以 Existing Projects into Workspace 方式导入而不是用 IDEA 的 Open 直接打开不然 facet 和部署描述符的解析容易错乱。导入后在 Project Facets 里确认 Dynamic Web Module 版本常见是 2.5 或 3.0对应 Java 版本 1.6 或 1.7如果本机 JDK 是 1.8 以上需要在 Project Properties 里把 Java Compiler 和 Runtime 都调到匹配版本。这一步不做启动时会看到java.lang.UnsupportedClassVersionError这是 JDK 版本不兼容的典型报错比缺依赖更隐蔽。2.2 数据库初始化与连接配置项目里一定有 SQL 脚本或在代码中直接 create table。常见存放位置是WebContent/WEB-INF/下的sql目录或者根目录的db、script文件夹。先用 root 账号执行建库脚本再单独创建业务账号并授权避免用 root 跑应用这是老项目中容易被忽略的安全点。连接配置通常在src下的.properties文件比如db.properties、jdbc.properties也可以在context.xml或server.xml里以 JNDI DataSource 形式存在。如果是前者找到 com.mysql.jdbc.Driver 或 com.mysql.cj.jdbc.Driver 驱动类确认 MySQL 版本。MySQL 5.7 及以下用 5.x 驱动8.0 以上必须用 8.x 驱动且 URL 要追加useSSLfalseserverTimezoneAsia/Shanghai才能规避时区和 SSL 报错。修改后重启才能生效。2.3 Tomcat 部署的两种路径第一种是在 Eclipse 里配置 Tomcat 7 或 8 的 Runtime Environment然后 Add and Remove 把工程挂到 Server 上启动这种做法适合调试能直接看到控制台日志和断点。第二种是导出 WAR 包扔到 Tomcat 的webapps目录适合部署到测试环境或服务器。导出时注意勾选Export source files还是只导出编译后 class 与静态资源生产环境不需要 Java 源文件。WAR 包的解压目录结构必须符合 Servlet 规范WEB-INF/classes放字节码与配置文件WEB-INF/lib放第三方 jarMETA-INF放清单信息。访问路径由org.eclipse.wst.common.component里配置的 context root 决定如果部署后 404先检查webapps下解压出的目录名是否和预期 URL 一致。unzip logistics.war -d /opt/tomcat/webapps/logistics /opt/tomcat/bin/startup.sh tail -f /opt/tomcat/logs/catalina.out参数说明-d指定解压目录目录名就是应用上下文路径startup.sh依赖JAVA_HOME环境变量不设置会报Neither the JAVA_HOME nor the JRE_HOME environment variable is definedcatalina.out里能看到 Servlet 初始化日志、JDBC 连接日志和异常堆栈是排查启动失败的第一现场。3. 业务数据流订单到货物追踪全链路拆解3.1 订单模块的表结构与状态机物流系统的核心是订单状态机。从源码里的 SQL 脚本能看出订单表orders至少包含order_id订单号、customer_name客户名、origin始发地、destination目的地、status状态值、create_time和时间戳字段。状态值常用整数或短字符串表示例如 0 表示已下单1 表示已揽收2 表示运输中3 表示已签收4 表示异常件。CREATE TABLE orders ( order_id VARCHAR(32) PRIMARY KEY, customer_name VARCHAR(64) NOT NULL, origin VARCHAR(128), destination VARCHAR(128), status TINYINT DEFAULT 0, tracking_code VARCHAR(64), create_time DATETIME, update_time DATETIME ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;参数说明order_id用业务单号而非自增 ID是为了跨系统对账和客户查询TINYINT存状态位足够且节省空间utf8mb4比utf8多支持 emoji 和生僻字物流地址里出现特殊字符时不会入库失败update_time在状态变更时刷新是货物追踪时间线的数据基础。状态流转在 Java 里一般集中在OrderService或OrderDAO中以updateStatus方法体现。常见实现是直接用PreparedStatement执行UPDATE orders SET status?, update_timeNOW() WHERE order_id?不依赖乐观锁版本号。高并发下可能丢更新但对小型物流企业日均几百单的场景够用。如果想增强可以在 UPDATE 语句的 WHERE 子句中加上AND status上一状态模拟 CAS 语义。3.2 货物追踪与查询接口的实现货物追踪模块的本质是两张表的连接订单表和运单轨迹表。每次扫码或人工更新往轨迹表插入一条记录包含order_id、location、event_desc、created_at。客户端输入运单号后Servlet 接收参数、调用 DAO 查询、把结果封装进 JSP 的 request 作用域页面通过 JSTL 或 scriptlet 渲染。老项目常见写法是 scriptlet 直接输出但推荐在前端用 Ajax 请求一个 JSON 接口减少页面刷新。protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { String trackingCode req.getParameter(trackingCode); TrackingDAO dao new TrackingDAO(); ListTrackPoint points dao.findByTrackingCode(trackingCode); resp.setContentType(application/json;charsetUTF-8); PrintWriter out resp.getWriter(); out.print(new Gson().toJson(points)); out.flush(); }参数说明getParameter获取 URL 查询串或表单字段setContentType必须放在getWriter()之前否则响应头已提交、编码设置不生效前端会看到中文乱码Gson 来自 lib 目录下的 gson jar老项目如果没有引入可以改用org.json或手动拼接 JSON 字符串。逻辑上findByTrackingCode按创建时间倒序查询轨迹表保证前端展示的轨迹是从最新到最旧。3.3 表单校验与前端交互的边界物流系统里订单创建页面通常包含客户姓名、电话、始发地、目的地、货物类型、重量几个字段。前端用 JavaScript 做即时校验后端 Servlet 里必须再校验一遍因为前端校验可以被绕过。老项目常见漏洞是 SQL 注入根源是字符串拼接 SQL 而不是用PreparedStatement占位符。正确做法是后端在接收参数后先用正则核对电话号格式、用白名单校验货物类型参数再传入 DAO。同时页面上 H-ui 框架的表单验证插件可以在提交前拦截明显错误减少无效请求打到服务器。在前后端交互边界上做好防御比部署 WAF 更基础也更有效。4. 二次开发实战给物流系统新增一个“运费计算”模块4.1 数据库层新增字段与表在原订单表基础上追加运费信息属于常见改动。ALTER TABLE orders ADD COLUMN freight DECIMAL(10,2) DEFAULT 0.00, ADD COLUMN payment_status TINYINT DEFAULT 0;其中freight保存运费金额、payment_status用 0 表示未支付、1 表示已支付。再建一张freight_rule表存放计费规则字段包含start_zone、end_zone、unit_price、min_fee和weight_max。CREATE TABLE freight_rule ( id INT PRIMARY KEY AUTO_INCREMENT, start_zone VARCHAR(64) NOT NULL, end_zone VARCHAR(64) NOT NULL, unit_price DECIMAL(6,2) NOT NULL, min_fee DECIMAL(6,2) DEFAULT 0.00 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;参数说明unit_price表示每公斤单价保留两位小数min_fee表示即使货物很轻也至少收取的费用按(start_zone, end_zone)建立联合索引可加速路由查询。实际计算逻辑放在 Service 层先按始发地和目的地查规则查不到就走默认价再结合重量计算总价并取最大值总价与最低消费取大。4.2 Java 层实现运费计算接口在既有OrderService中追加calcFreight方法保持分层一致。老项目没有 Spring 容器管理通常直接newDAO 实例不在构造器里做依赖注入。为了后续可维护建议把FreightRuleDAO声明为成员变量在构造器或初始化块中赋值避免每次调用方法都新建连接。public BigDecimal calcFreight(String startZone, String endZone, double weight) { FreightRule rule freightRuleDAO.findByRoute(startZone, endZone); BigDecimal amount; if (rule ! null) { amount rule.getUnitPrice() .multiply(BigDecimal.valueOf(weight)) .max(rule.getMinFee()); } else { amount DEFAULT_UNIT_PRICE.multiply(BigDecimal.valueOf(weight)); } return amount.setScale(2, RoundingMode.HALF_UP); }参数说明BigDecimal.valueOf(weight)比new BigDecimal(double)更安全后者会出现二进制浮点误差max(rule.getMinFee())实现最低消费逻辑RoundingMode.HALF_UP对应四舍五入运费必须精确到分不能使用double直接计算后强转。这个方法返回后由 Servlet 接收并写入订单表的freight字段前端再展示给用户确认。4.3 前端页面接入与参数传递在订单创建的 JSP 页面中货物重量和区间选择是两个输入项绑定change事件发起 Ajax 请求到CalcFreightServlet返回运费后填充到对应显示区域。H-ui 的h-ui.js自带 Ajax 封装也可以直接用原生fetch。由于老项目很多是 jQuery 2.x 时代写的建议沿用$.ajax风格保持全局风格统一。$(#weight, #startZone, #endZone).on(change, function () { $.ajax({ url: CalcFreightServlet, data: { startZone: $(#startZone).val(), endZone: $(#endZone).val(), weight: $(#weight).val() }, dataType: json, success: function (res) { if (res.code 0) { $(#freight).text(¥ res.freight); } else { layer.msg(res.msg); } } }); });参数说明data对象里的键名必须与 Servlet 端getParameter的参数名完全一致大小写敏感dataType: json会让 jQuery 自动解析响应体如果服务端没有正确设置 Content-Type可能报 parsererrorlayer.msg是 H-ui 集成的弹层组件用于轻量提示错误信息。这里的关键不是代码本身而是理解一条完整的前后端数据链路页面事件收集参数、Servlet 接收并校验、Service 计算、JSON 响应回填。5. 快速定位与性能优化老项目的最后一步5.1 常见启动与运行期故障对照老物流项目的故障集中在三类数据库连接失败、编码混乱、静态资源 404。数据库连不上时检查 MySQL 服务是否启动、账号权限是否覆盖应用所在主机、驱动 jar 是否在WEB-INF/lib下。编码问题表现为页面乱码或写入数据库乱码JSP 页面顶部需要有pageEncodingUTF-8Servlet 侧要在doGet或doPost开头写req.setCharacterEncoding(UTF-8)再配套一个 Filter 统一处理。静态资源 404先看web.xml的 servlet-mapping 是否拦截了.css、.js、.png等后缀。常见错误是写了/*的映射把所有请求都指向了某个 Servlet导致资源加载失败。对这类问题可以用 curl 验证响应头来判断是 Tomcat 没找到文件还是被过滤器拦截。curl -I http://localhost:8080/logistics/static/js/main.js curl -s http://localhost:8080/logistics/CalcFreightServlet?startZone北京endZone上海weight10参数说明-I只取响应头看 HTTP 状态码是 200 还是 404第二个命令直接走 GET 接口验证参数传值是否正常。如果返回 500再去catalina.out里查Caused by后面的具体异常通常是NullPointerException或SQLException前者检查getParameter返回是否为空后者看 SQL 日志中打印的语句和表结构是否对得上。5.2 在不改框架前提下做性能提升小型物流系统的性能瓶颈经常在数据库连接上。老代码常见写法是每个 DAO 方法内部都执行DriverManager.getConnection用完后close在高并发时频繁建连和断连非常浪费。引入一个简单的数据库连接池 HikariCP 只需要替换连接获取方式不必改动业务代码里的PreparedStatement和ResultSet逻辑。另一个立竿见影的优化是给查询频率高的字段建索引。订单列表页经常按状态筛选、按时间排序给status和create_time加联合索引能减少全表扫描。通过EXPLAIN SELECT * FROM orders WHERE status2 ORDER BY create_time DESC可以看到当前扫描行数索引生效后type会从ALL变为ref或rangerows显著降低。5.3 使用 JSP 预编译和静态资源合并验证效果老项目 JSP 首次访问要经过翻译、编译、加载三步首次响应会比后续慢很多。Tomcat 默认开启了 JSP 预编译可以利用JspC在部署阶段预编译全部 JSP把编译期错误提前暴露出来。常见命令如下java -cp servlet-api.jar:jsp-api.jar:tomcat-jasper.jar \ org.apache.jasper.JspC -uriroot /path/to/webapp -d /path/to/work参数说明-uriroot指向 Web 应用根目录-d指定编译输出目录-webapp也可以用来指定上下文。执行后再把编译生成的 class 文件参与部署省去线上首次编译时间。静态资源方面用 nginx 直接代理/static/路径Tomcat 只处理 JSP 和 Servlet 请求通过浏览器 Network 面板对比改动前后的加载时间这个验证动作对任何老项目都适用不依赖具体业务模块。本文还有配套的精品资源点击获取