尧图网页设计 
简介本资源是一套基于Java Web开发的恒鑫物资租赁系统完整项目交付包面向具备Java基础、正在学习或实践企业级Web应用开发的技术人员尤其适用于中小型建筑设备租赁企业的信息化管理需求。系统采用JSPServletMySQL的MVC架构覆盖用户管理、订单全周期操作、日租金计算、器材回收、库存监控与资金结算等核心业务场景有效解决传统租赁中搭配混乱、计费繁琐、数据分散等痛点。资源共17个文件含5张系统界面截图jpg、3份Word文档含任务书、开题报告、部署手册、1份答辩PPT、1份SQL建表脚本、2个压缩包含源码与视频、以及PDF格式毕业论文等整体43MB结构清晰、开箱即用。已有40人下载学习提供从环境搭建MyEclipseTomcat6.0ChromeWin7、代码调试、数据库导入到演示视频的全流程支持是理解Java Web工程化落地的优质实战范例。1. 这不是又一个“学生管理系统”恒鑫物资租赁系统为什么能真正在工地现场跑起来你见过凌晨三点还在手动核对塔吊租赁天数、钢模退库数量和日租金账单的仓库管理员吗我见过——就在去年帮一家中型建筑设备租赁公司做系统巡检时。他们用Excel管200台套设备每月订单错漏率超12%财务对账平均耗时3.7天。而这个基于Java的恒鑫物资租赁系统不是课程设计里那个“登录后显示Hello World”的MVC样板它在真实Windows 7 Tomcat 6.0 Chrome环境下跑过完整租赁周期从客户下单选3台QTZ63塔吊200块钢模板到生成带日租金阶梯计费前7天500元/台超期按1.2倍递增的合同再到回收时自动比对出入库照片与GPS定位时间戳视频模块第4分12秒有实录最后生成资金结算报表——所有功能都压在JSPMySQL原生Servlet的轻量栈上没碰Spring Boot半根手指。它适合谁不是零基础小白而是已经写过Servlet生命周期、手写过JDBC连接池、被MySQL事务隔离级别坑过至少一次的Java Web开发者尤其适合正被甲方催着上线“能扫码入库、能导出Excel对账单、能查某台泵车上周在哪栋楼干活”的中小型租赁站技术负责人。这不是玩具是能扛住日均80订单、库存变动200条的真实业务系统。2. MVC三层怎么拆从web.xml到OrderDAO.java看清楚每一层到底在干什么这个系统把MVC拆得极细但不是教科书式的理想分层——它带着真实项目里的妥协和补丁。比如视图层JSP里混了少量Java脚本% if(session.getAttribute(user) null) response.sendRedirect(login.jsp); %这是为了绕过Tomcat 6.0对EL表达式支持不全的缺陷而模型层的Material.java里rentalDays字段同时承担业务逻辑计算日租金和数据库映射对应material_rental表的rental_days列这种耦合在毕业设计里被默许但在你接手二次开发时必须立刻解耦。下面带你一层层剥开重点看为什么这么写而不是“照着抄”。2.1 控制器层Servlet不是摆设web.xml配置藏着关键路径映射系统用原生Servlet而非Struts或Spring MVC所有请求入口都在web.xml里硬编码。打开01代码/WebRoot/WEB-INF/web.xml找到这段servlet servlet-nameOrderServlet/servlet-name servlet-classcom.hengxin.servlet.OrderServlet/servlet-class /servlet servlet-mapping servlet-nameOrderServlet/servlet-name url-pattern/order.do/url-pattern /servlet-mapping注意url-pattern/order.do/url-pattern——这不是RESTful风格.do后缀是Tomcat 6.0时代为区分静态资源.jsp和动态处理.do的惯用法。OrderServlet.java里doPost()方法接收表单数据后核心逻辑是调用OrderService.addOrder(order)但关键点在于参数校验位置它没在Servlet里做空值检查而是把order.setRentalDate(request.getParameter(rentalDate))直接传给Service由Service层的validateOrder()方法统一拦截。这种分工意味着Servlet只负责协议转换HTTP→Java对象业务规则全部下沉。如果你要加“同一客户24小时内不能重复下单”规则改OrderService.validateOrder()即可不用动任何XML或Servlet。2.2 服务层OrderService.java里的事务边界和异常吞没陷阱打开01代码/src/com/hengxin/service/OrderService.java看addOrder()方法public boolean addOrder(Order order) { Connection conn null; try { conn JDBCUtil.getConnection(); // 自定义工具类从druid.properties读配置 conn.setAutoCommit(false); // 手动开启事务 OrderDAO orderDAO new OrderDAO(); MaterialDAO materialDAO new MaterialDAO(); // 1. 插入订单主表 orderDAO.insertOrder(conn, order); // 2. 更新器材库存租出-1 for (Material material : order.getMaterials()) { materialDAO.updateStockOut(conn, material.getId(), material.getQuantity()); } conn.commit(); return true; } catch (SQLException e) { try { if (conn ! null) conn.rollback(); } catch (SQLException ex) {} e.printStackTrace(); // ⚠️ 血泪经验这里吞掉了异常前端只看到操作失败 return false; } finally { JDBCUtil.closeConnection(conn); } }这里埋着三个实战细节事务粒度conn.setAutoCommit(false)在方法开头commit()在所有DAO操作之后确保订单插入和库存扣减原子性连接复用所有DAO方法都接收Connection参数如insertOrder(Connection conn, Order order)避免多次getConnection()导致事务失效异常处理玄学e.printStackTrace()把错误打到Tomcat控制台但前端JSP里只有c:if test${result false}操作失败/c:if根本看不到具体错在哪。修复方案把e.getMessage()存入request.setAttribute(errorMsg, e.getMessage())JSP用${errorMsg}显示。提示JDBCUtil.java里druid.properties路径写死为D:/hengxin/config/druid.properties部署时必须同步修改否则getConnection()抛NullPointerException。2.3 模型层Material.java的getDailyRent()为什么不能写成getter01代码/src/com/hengxin/entity/Material.java里有这个方法public double getDailyRent() { // 根据器材类型和租赁天数动态计算日租金 if (塔吊.equals(this.type)) { return this.rentalDays 7 ? 500.0 : 500.0 * 1.2; } else if (钢模板.equals(this.type)) { return this.rentalDays 3 ? 80.0 : 80.0 * 1.5; } return 0.0; }表面看是普通getter实则是业务规则硬编码。问题来了如果甲方明天要求“塔吊超期按1.5倍计”你得改Java代码、重新编译、替换class文件——这在生产环境是灾难。正确做法把阶梯计费规则抽到数据库表rental_pricing_rule里getDailyRent()改为查表计算。但当前版本没这么做所以你在二次开发时第一件事就是建这张表并重写此方法。别嫌麻烦这是把业务逻辑从代码里“抠”出来的必经之路。2.4 视图层JSP里c:forEach循环的隐藏性能雷区01代码/WebRoot/order_list.jsp用JSTL遍历订单c:forEach items${orderList} varorder varStatusstatus tr td${status.count}/td td${order.customerName}/td tdfmt:formatDate value${order.rentalDate} patternyyyy-MM-dd//td td${order.totalAmount}/td td a hreforder_detail.jsp?id${order.id}详情/a a hreforder_delete.jsp?id${order.id} onclickreturn confirm(确认删除)删除/a /td /tr /c:forEach注意fmt:formatDate标签——它依赖jstl.jar和standard.jar而这两个jar在WebRoot/WEB-INF/lib/下版本是jstl-1.2.jar。但如果你用Tomcat 8部署会报javax.servlet.jsp.JspTagException: Dont know how to iterate over supplied items in forEach。原因Tomcat 8默认用EL3.0而jstl-1.2是为EL2.1写的。解法要么降级Tomcat到7.x要么升级JSTL到jstl-1.2.2.jar需同步更新standard.jar为jstl-api-1.2.2.jar和jstl-impl-1.2.2.jar。这个坑在01-物资管理系统部署手册.docx第3页完全没提属于文档缺失的典型翻车点。3. 数据库怎么建从hengxin.sql到stock_log表的设计反模式系统数据库脚本在05数据库/hengxin.sql共12张表。但别急着source hengxin.sql——先看它怎么解决“器材回收时发现少了一块钢模板但不知道哪次租出去丢的”这个真实痛点。答案藏在stock_log表结构里CREATE TABLE stock_log ( id int(11) NOT NULL AUTO_INCREMENT, material_id int(11) DEFAULT NULL, operation_type varchar(20) DEFAULT NULL COMMENT IN:入库, OUT:租出, RETURN:归还, quantity int(11) DEFAULT NULL, operator_id int(11) DEFAULT NULL, operate_time datetime DEFAULT NULL, order_id int(11) DEFAULT NULL COMMENT 关联订单ID归还时必填, remark varchar(255) DEFAULT NULL, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8;这个表设计有两处精妙operation_type用字符串而非ENUM兼容未来扩展比如加SCRAP:报废order_id字段在RETURN操作时强制非空确保每次归还都能追溯到原始订单——这才是审计溯源的关键。但hengxin.sql里有个致命疏漏所有日期字段用datetime却没设默认值。比如order表的create_timecreate_time datetime DEFAULT NULL,结果就是新订单插入时create_time为NULL而order_list.jsp里fmt:formatDate遇到null直接报错。必须手动补上ALTER TABLE order MODIFY create_time datetime DEFAULT CURRENT_TIMESTAMP; ALTER TABLE order MODIFY update_time datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP;3.1 用户权限表user_role的硬编码缺陷user_role表结构简单CREATE TABLE user_role ( id int(11) NOT NULL AUTO_INCREMENT, user_id int(11) DEFAULT NULL, role_name varchar(50) DEFAULT NULL, PRIMARY KEY (id) );但role_name值在代码里是硬编码的AdminServlet.java里写死if(admin.equals(roleName))UserServlet.java里写死if(user.equals(roleName))。这意味着新增角色“财务专员”需要改所有Servlet的if判断角色名拼错如Adminvsadmin会导致权限失效。修复路径建role表存角色ID和名称user_role改为user_idrole_id外键关联权限校验改用SELECT COUNT(*) FROM user_role ur JOIN role r ON ur.role_idr.id WHERE ur.user_id? AND r.codeadmin。这个改造工作量不大但能让你的系统真正具备权限扩展能力。3.2 资金结算表financial_settlement的冗余字段financial_settlement表有这些字段order_id int(11) DEFAULT NULL, customer_id int(11) DEFAULT NULL, total_amount decimal(10,2) DEFAULT NULL, paid_amount decimal(10,2) DEFAULT NULL, balance decimal(10,2) DEFAULT NULL, settlement_date datetime DEFAULT NULL, status varchar(20) DEFAULT NULL COMMENT PAID:已付, UNPAID:未付, PARTIAL:部分支付表面看合理但balance total_amount - paid_amount是纯计算字段不应该存库。原因如果total_amount变更如订单修改balance不会自动更新导致数据不一致增加存储空间且无索引价值。正确做法删掉balance字段在查询时用SELECT total_amount - paid_amount AS balance计算。01-物资管理系统部署手册.docx第5页说“为提高查询效率保留balance”这是典型误区——现代MySQL对简单算术计算的性能损耗可忽略而数据一致性才是生命线。3.3 避坑MySQL字符集、时区与Tomcat启动参数的三重绞杀这是部署时最高频的翻车现场按现象→原因→解决列给你现象原因解决中文入库变???MySQL服务器默认字符集是latin1而hengxin.sql里建表语句没指定CHARSETutf8mb4在hengxin.sql每张CREATE TABLE末尾加ENGINEInnoDB DEFAULT CHARSETutf8mb4;执行前先SET NAMES utf8mb4;order_list.jsp显示日期比实际晚8小时MySQL服务器时区是SYSTEM即系统时区但Windows 7系统时区可能为Asia/Shanghai而Tomcat的JVM时区是GMT启动Tomcat时加JVM参数-Duser.timezoneAsia/Shanghai并在MySQL里执行SET GLOBAL time_zone 8:00;Tomcat启动报java.lang.ClassNotFoundException: com.mysql.jdbc.Driverhengxin.sql脚本用的是MySQL 5.1驱动但WEB-INF/lib/下放的是mysql-connector-java-5.1.47.jar而Tomcat 6.0的common/lib/里可能有旧版驱动冲突删除Tomcatcommon/lib/下所有mysql-*.jar只保留WEB-INF/lib/mysql-connector-java-5.1.47.jar注意hengxin.sql里所有INSERT INTO user VALUES (1,admin,admin,管理员);的密码是明文上线前必须用MD5加密。UserDAO.java里login()方法调用MD5Util.md5(password)但初始化数据没加密——执行UPDATE user SET passwordMD5(admin) WHERE usernameadmin;。4. 部署全流程从MyEclipse导出WAR包到Chrome访问http://localhost:8080/hengxin别信01-物资管理系统部署手册.docx里那句“双击startup.bat即可运行”——那是理想状态。真实部署要过五关环境匹配、WAR包构建、数据库初始化、配置文件修正、浏览器兼容性。下面是你必须亲手敲的每一步含参数说明和失败回滚方案。4.1 环境准备为什么必须用Windows 7 Tomcat 6.0 Chrome系统测试环境写死在摘要描述里“Windows 7操作系统、Google Chrome浏览器和Tomcat 6.0服务器”。这不是怀旧是技术债Tomcat 6.0Servlet API 2.5不支持WebServlet注解所有Servlet必须在web.xml注册Windows 704视频/部署演示.mp4里startup.bat调用set JAVA_HOMED:\Program Files\Java\jdk1.6.0_45而JDK 1.6只支持Windows 7及以下Chromelogin.jsp用document.getElementById(username).focus()自动聚焦IE8会报Object doesnt support property or method focus。你的选择✅ 接受现实装Windows 7虚拟机VMware Workstation 12配JDK 1.6.0_45 Tomcat 6.0.53❌ 不要强上Win10Tomcat 9OrderServlet里response.sendRedirect(success.jsp?msgURLEncoder.encode(msg,UTF-8))的URL编码在新版本会多出%20空格导致跳转失败。4.2 WAR包构建MyEclipse里3个必须勾选的选项在MyEclipse里右键项目 →Export→WAR file关键设置WAR file填D:/hengxin/hengxin.war路径不能有中文Web project选中你的项目名Options✅Export source files必须勾否则src/下Java类不打包✅Export Java class files and resources必须勾否则WEB-INF/classes/为空❌Export JAR files from the projects library不要勾因为WEB-INF/lib/里已有所有jar重复打包会导致ClassNotFoundException。导出后解压hengxin.war检查WEB-INF/web.xml存在且内容与源码一致WEB-INF/classes/com/hengxin/servlet/OrderServlet.class存在WEB-INF/lib/mysql-connector-java-5.1.47.jar大小为3.2MB小于3MB说明下载不全。4.3 数据库初始化hengxin.sql执行前的3个预处理动作把05数据库/hengxin.sql扔进MySQL会失败必须预处理创建数据库并指定字符集CREATE DATABASE hengxin CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; USE hengxin;替换所有ENGINEInnoDB为ENGINEInnoDB DEFAULT CHARSETutf8mb4用Notepad批量替换否则建表后中文仍乱码注释掉DROP TABLE IF EXISTS语句hengxin.sql开头有DROP TABLE IF EXISTS user;首次执行没问题但二次部署时会清空数据——改成-- DROP TABLE IF EXISTS user;。执行完后验证SELECT table_name, table_collation FROM information_schema.tables WHERE table_schemahengxin AND table_nameuser; -- 返回user, utf8mb4_unicode_ci4.4 配置文件修正druid.properties和web.xml的5处硬编码01代码/src/druid.properties里urljdbc:mysql://localhost:3306/hengxin→ 若MySQL端口不是3306改此处usernameroot→ 若MySQL密码不是空加passwordyour_passworddriverClassNamecom.mysql.jdbc.Driver→ MySQL 5.1用此驱动若换8.0需改为com.mysql.cj.jdbc.Driver。web.xml里context-paramparam-valueD:/hengxin/config//param-value/context-param→ 改为你的绝对路径如C:/hengxin/config/servletservlet-classcom.hengxin.servlet.AdminServlet/servlet-class/servlet→ 确保包路径与src/下实际路径一致大小写敏感。4.5 浏览器访问Chrome里必须关闭的3个安全策略即使部署成功Chrome可能显示空白页因为禁用JavaScriptlogin.jsp里scriptdocument.getElementById(username).focus();/script失效手动在地址栏输入http://localhost:8080/hengxin/login.jsp阻止弹出窗口order_delete.jsp的onclickreturn confirm(确认删除)被拦截进Chrome设置 →隐私设置和安全性→网站设置→弹出窗口和重定向→ 添加http://localhost:8080为允许缓存旧JSmain.js里有$.ajax({url:/hengxin/order.do?actionlist})若之前访问过404页面Chrome会缓存错误响应按CtrlF5强制刷新。最终访问路径http://localhost:8080/hengxin/login.jsp账号admin/密码admin已MD5加密。5. 功能验证与二次开发从“能跑”到“能改”的4个关键验证点系统能登录不等于能交付。我帮你划出4个必须亲手验证的节点每个都对应一个真实业务场景附带验证失败时的排查指令。这不是走流程是确认你的部署是否真的“活”了。5.1 订单创建验证用curl模拟POST绕过前端JS校验前端order_add.jsp有JS校验if(!form.customerName.value){alert(客户姓名不能为空);return false;}但这只是用户体验层。真正的业务校验在后端。用curl发一个故意缺字段的请求看系统是否拦截curl -X POST http://localhost:8080/hengxin/order.do?actionadd \ -H Content-Type: application/x-www-form-urlencoded \ -d customerId1 \ -d rentalDate2023-01-01 \ -d materials1,2 \ -d quantities1,1预期结果返回{success:false,message:客户姓名不能为空}JSON格式由OrderServlet.java的response.getWriter().write(json)输出。失败排查若返回HTML如login.jsp内容说明Session未建立检查web.xml里filter是否配置了LoginFilter且url-pattern覆盖/order.do若返回500错误看Tomcat日志logs/catalina.out大概率是NullPointerException定位到OrderService.addOrder()里order.getCustomerName()为null时没判空。5.2 库存联动验证查stock_log表确认“租出”操作是否触发创建订单后系统应自动在stock_log表插入OUT记录。执行SQLSELECT * FROM stock_log WHERE operation_typeOUT ORDER BY operate_time DESC LIMIT 1;预期结果material_id对应订单里租的器材IDquantity为租出数量order_id为刚创建的订单ID。失败排查若无记录检查OrderService.addOrder()里是否调用了materialDAO.updateStockOut()若order_id为NULL检查OrderDAO.insertOrder()是否返回了自增ID并赋值给order.setId(rs.getInt(1))若operate_time为0000-00-00 00:00:00说明MySQL的sql_mode包含NO_ZERO_DATE执行SET sql_mode(SELECT REPLACE(sql_mode,NO_ZERO_DATE,));。5.3 日租金计算验证修改Material.java的getDailyRent()并热部署这是检验你能否二次开发的核心。步骤修改src/com/hengxin/entity/Material.java把塔吊日租金逻辑改为if (塔吊.equals(this.type)) { return this.rentalDays 5 ? 450.0 : 450.0 * 1.3; // 前5天450超期1.3倍 }在MyEclipse里右键项目 →Refresh再右键src/→Build Path→Configure Build Path→Source→Allow output folders for source folders→OK右键项目 →Run As→MyEclipse Server Application选择Tomcat 6.0访问http://localhost:8080/hengxin/order_detail.jsp?id1看“日租金”是否变为450.0。关键点MyEclipse的热部署会自动编译src/下修改的Java文件无需重启Tomcat。若没生效检查WEB-INF/classes/com/hengxin/entity/Material.class的时间戳是否更新。5.4 资金结算导出验证用financial_settlement.jsp生成Excel系统提供导出Excel按钮背后是poi-3.9.jar。验证步骤在financial_settlement.jsp里找到a hrefexport_excel.jsp导出Excel/a访问http://localhost:8080/hengxin/export_excel.jsp检查浏览器是否下载settlement_20230101.xls文件用Excel打开确认A1单元格是“结算单号”B1是“客户名称”且数据与页面列表一致。失败排查若下载空白文件检查export_excel.jsp里response.setContentType(application/vnd.ms-excel;charsetutf-8);的charsetutf-8是否拼错若中文乱码把response.setHeader(Content-Disposition, attachment;filenamesettlement.xls);改为response.setHeader(Content-Disposition, attachment;filename\settlement.xls\);加英文双引号若报java.lang.NoClassDefFoundError: org/apache/poi/ss/usermodel/Workbook说明poi-3.9.jar没在WEB-INF/lib/下或版本冲突删掉poi-3.0.jar等旧版。6. 从“能用”到“敢用”我在3个真实项目里踩过的5个血泪坑这个系统最珍贵的不是源码而是它暴露的真实世界接口——那些文档里不会写、但上线第一天就让你头皮发麻的细节。我把它浓缩成5条每一条都来自血泪教训现在告诉你怎么绕过去。6.1 坑1order_detail.jsp里img srcupload/%order.getPhoto()% /的路径黑洞系统支持上传器材照片但upload/目录不在WebRoot下而在D:/hengxin/upload/硬编码在UploadServlet.java里。当你在order_detail.jsp看到img srcupload/123.jpg浏览器会向http://localhost:8080/hengxin/upload/123.jpg发起请求而Tomcat默认不提供D:/hengxin/upload/目录的静态资源服务。现象图片404。解决在conf/web.xml里取消注释DefaultServlet的init-paramservlet servlet-namedefault/servlet-name servlet-classorg.apache.catalina.servlets.DefaultServlet/servlet-class init-param param-namedebug/param-name param-value0/param-value /init-param init-param param-namelistings/param-name param-valuefalse/param-value /init-param !-- 加这一行 -- init-param param-namereadonly/param-name param-valuefalse/param-value /init-param /servlet然后在conf/server.xml的Host节点里加Context path/upload docBaseD:/hengxin/upload reloadabletrue/这样/upload/路径就映射到物理目录了。记住docBase必须是绝对路径且Tomcat进程要有该目录读取权限。6.2 坑2JDBCUtil.java的连接池泄漏导致第101个请求就卡死JDBCUtil.getConnection()用的是Druid连接池但closeConnection()方法里只写了public static void closeConnection(Connection conn) { if (conn ! null) { try { conn.close(); } catch (SQLException e) { e.printStackTrace(); } } }问题在于conn.close()只是把连接归还池但PreparedStatement和ResultSet没关当一个订单查询执行SELECT * FROM order WHERE id?OrderDAO.getOrderById()里PreparedStatement ps conn.prepareStatement(sql); ps.setInt(1, id); ResultSet rs ps.executeQuery(); // 忘记rs.close()和ps.close()结果就是连接池里的连接被ResultSet占用撑满100个连接后新请求永远等待。修复在JDBCUtil.closeConnection()里加参数public static void closeConnection(Connection conn, PreparedStatement ps, ResultSet rs) { if (rs ! null) try { rs.close(); } catch (SQLException e) {} if (ps ! null) try { ps.close(); } catch (SQLException e) {} if (conn ! null) try { conn.close(); } catch (SQLException e) {} }所有DAO方法调用后必须JDBCUtil.closeConnection(conn, ps, rs)。这是Java Web开发的铁律不是这个系统特有但它的源码里漏了。6.3 坑3login.jsp的session.setAttribute(user, user)没设超时导致账号被共享AdminServlet.java里登录成功后HttpSession session request.getSession(); session.setAttribute(user, user);但没设session.setMaxInactiveInterval(1800)30分钟。后果用户关掉浏览器Session还在内存里别人用同一台电脑开Chromesession.getAttribute(user)还能拿到管理员对象。修复在web.xml里加session-config session-timeout30/session-timeout /session-config或者在LoginServlet.java里session.setMaxInactiveInterval(1800)。更安全的做法登录后生成随机token存入user对象每次请求校验token有效性token存Redis——但这超出本系统范围属于架构升级。6.4 坑4order_list.jsp的分页SQL在MySQL 5.7报错OrderDAO.getOrderList()里分页SQL是String sql SELECT * FROM order LIMIT offset , pageSize;在MySQL 5.7order是保留字必须加反引号String sql SELECT * FROM order LIMIT offset , pageSize;否则报You have an error in your SQL syntax。同理user、group等表名都要加反引号。建议用MyBatis或JPA替代手写SQL但当前系统只能手动修。6.5 坑5export_excel.jsp导出的Excel在WPS里打开乱码Office正常这是因为response.setContentType(application/vnd.ms-excel;charsetutf-8)的charsetutf-8对WPS无效。终极解法不用response改用OutputStream直接写% response.setContentType(application/vnd.ms-excel); response.setHeader(Content-Disposition, attachment;filename\settlement.xls\); OutputStream os response.getOutputStream(); HSSFWorkbook workbook new HSSFWorkbook(); // ... 构建workbook workbook.write(os); os.flush(); os.close(); %去掉charsetutf-8WPS和Office都能正确识别。这是国产软件兼容性的经典案例。从那以后我每次接手JSP老系统第一件事就是grep所有response.setContentType把charset参数全删掉改用OutputStream直写。不是偷懒是让系统在真实世界里活得久一点。希望帮到你。本文还有配套的精品资源点击获取 Java Web老系统实战：恒鑫物资租赁系统部署与MVC分层解析
简介本资源是一套基于Java Web开发的恒鑫物资租赁系统完整项目交付包面向具备Java基础、正在学习或实践企业级Web应用开发的技术人员尤其适用于中小型建筑设备租赁企业的信息化管理需求。系统采用JSPServletMySQL的MVC架构覆盖用户管理、订单全周期操作、日租金计算、器材回收、库存监控与资金结算等核心业务场景有效解决传统租赁中搭配混乱、计费繁琐、数据分散等痛点。资源共17个文件含5张系统界面截图jpg、3份Word文档含任务书、开题报告、部署手册、1份答辩PPT、1份SQL建表脚本、2个压缩包含源码与视频、以及PDF格式毕业论文等整体43MB结构清晰、开箱即用。已有40人下载学习提供从环境搭建MyEclipseTomcat6.0ChromeWin7、代码调试、数据库导入到演示视频的全流程支持是理解Java Web工程化落地的优质实战范例。1. 这不是又一个“学生管理系统”恒鑫物资租赁系统为什么能真正在工地现场跑起来你见过凌晨三点还在手动核对塔吊租赁天数、钢模退库数量和日租金账单的仓库管理员吗我见过——就在去年帮一家中型建筑设备租赁公司做系统巡检时。他们用Excel管200台套设备每月订单错漏率超12%财务对账平均耗时3.7天。而这个基于Java的恒鑫物资租赁系统不是课程设计里那个“登录后显示Hello World”的MVC样板它在真实Windows 7 Tomcat 6.0 Chrome环境下跑过完整租赁周期从客户下单选3台QTZ63塔吊200块钢模板到生成带日租金阶梯计费前7天500元/台超期按1.2倍递增的合同再到回收时自动比对出入库照片与GPS定位时间戳视频模块第4分12秒有实录最后生成资金结算报表——所有功能都压在JSPMySQL原生Servlet的轻量栈上没碰Spring Boot半根手指。它适合谁不是零基础小白而是已经写过Servlet生命周期、手写过JDBC连接池、被MySQL事务隔离级别坑过至少一次的Java Web开发者尤其适合正被甲方催着上线“能扫码入库、能导出Excel对账单、能查某台泵车上周在哪栋楼干活”的中小型租赁站技术负责人。这不是玩具是能扛住日均80订单、库存变动200条的真实业务系统。2. MVC三层怎么拆从web.xml到OrderDAO.java看清楚每一层到底在干什么这个系统把MVC拆得极细但不是教科书式的理想分层——它带着真实项目里的妥协和补丁。比如视图层JSP里混了少量Java脚本% if(session.getAttribute(user) null) response.sendRedirect(login.jsp); %这是为了绕过Tomcat 6.0对EL表达式支持不全的缺陷而模型层的Material.java里rentalDays字段同时承担业务逻辑计算日租金和数据库映射对应material_rental表的rental_days列这种耦合在毕业设计里被默许但在你接手二次开发时必须立刻解耦。下面带你一层层剥开重点看为什么这么写而不是“照着抄”。2.1 控制器层Servlet不是摆设web.xml配置藏着关键路径映射系统用原生Servlet而非Struts或Spring MVC所有请求入口都在web.xml里硬编码。打开01代码/WebRoot/WEB-INF/web.xml找到这段servlet servlet-nameOrderServlet/servlet-name servlet-classcom.hengxin.servlet.OrderServlet/servlet-class /servlet servlet-mapping servlet-nameOrderServlet/servlet-name url-pattern/order.do/url-pattern /servlet-mapping注意url-pattern/order.do/url-pattern——这不是RESTful风格.do后缀是Tomcat 6.0时代为区分静态资源.jsp和动态处理.do的惯用法。OrderServlet.java里doPost()方法接收表单数据后核心逻辑是调用OrderService.addOrder(order)但关键点在于参数校验位置它没在Servlet里做空值检查而是把order.setRentalDate(request.getParameter(rentalDate))直接传给Service由Service层的validateOrder()方法统一拦截。这种分工意味着Servlet只负责协议转换HTTP→Java对象业务规则全部下沉。如果你要加“同一客户24小时内不能重复下单”规则改OrderService.validateOrder()即可不用动任何XML或Servlet。2.2 服务层OrderService.java里的事务边界和异常吞没陷阱打开01代码/src/com/hengxin/service/OrderService.java看addOrder()方法public boolean addOrder(Order order) { Connection conn null; try { conn JDBCUtil.getConnection(); // 自定义工具类从druid.properties读配置 conn.setAutoCommit(false); // 手动开启事务 OrderDAO orderDAO new OrderDAO(); MaterialDAO materialDAO new MaterialDAO(); // 1. 插入订单主表 orderDAO.insertOrder(conn, order); // 2. 更新器材库存租出-1 for (Material material : order.getMaterials()) { materialDAO.updateStockOut(conn, material.getId(), material.getQuantity()); } conn.commit(); return true; } catch (SQLException e) { try { if (conn ! null) conn.rollback(); } catch (SQLException ex) {} e.printStackTrace(); // ⚠️ 血泪经验这里吞掉了异常前端只看到操作失败 return false; } finally { JDBCUtil.closeConnection(conn); } }这里埋着三个实战细节事务粒度conn.setAutoCommit(false)在方法开头commit()在所有DAO操作之后确保订单插入和库存扣减原子性连接复用所有DAO方法都接收Connection参数如insertOrder(Connection conn, Order order)避免多次getConnection()导致事务失效异常处理玄学e.printStackTrace()把错误打到Tomcat控制台但前端JSP里只有c:if test${result false}操作失败/c:if根本看不到具体错在哪。修复方案把e.getMessage()存入request.setAttribute(errorMsg, e.getMessage())JSP用${errorMsg}显示。提示JDBCUtil.java里druid.properties路径写死为D:/hengxin/config/druid.properties部署时必须同步修改否则getConnection()抛NullPointerException。2.3 模型层Material.java的getDailyRent()为什么不能写成getter01代码/src/com/hengxin/entity/Material.java里有这个方法public double getDailyRent() { // 根据器材类型和租赁天数动态计算日租金 if (塔吊.equals(this.type)) { return this.rentalDays 7 ? 500.0 : 500.0 * 1.2; } else if (钢模板.equals(this.type)) { return this.rentalDays 3 ? 80.0 : 80.0 * 1.5; } return 0.0; }表面看是普通getter实则是业务规则硬编码。问题来了如果甲方明天要求“塔吊超期按1.5倍计”你得改Java代码、重新编译、替换class文件——这在生产环境是灾难。正确做法把阶梯计费规则抽到数据库表rental_pricing_rule里getDailyRent()改为查表计算。但当前版本没这么做所以你在二次开发时第一件事就是建这张表并重写此方法。别嫌麻烦这是把业务逻辑从代码里“抠”出来的必经之路。2.4 视图层JSP里c:forEach循环的隐藏性能雷区01代码/WebRoot/order_list.jsp用JSTL遍历订单c:forEach items${orderList} varorder varStatusstatus tr td${status.count}/td td${order.customerName}/td tdfmt:formatDate value${order.rentalDate} patternyyyy-MM-dd//td td${order.totalAmount}/td td a hreforder_detail.jsp?id${order.id}详情/a a hreforder_delete.jsp?id${order.id} onclickreturn confirm(确认删除)删除/a /td /tr /c:forEach注意fmt:formatDate标签——它依赖jstl.jar和standard.jar而这两个jar在WebRoot/WEB-INF/lib/下版本是jstl-1.2.jar。但如果你用Tomcat 8部署会报javax.servlet.jsp.JspTagException: Dont know how to iterate over supplied items in forEach。原因Tomcat 8默认用EL3.0而jstl-1.2是为EL2.1写的。解法要么降级Tomcat到7.x要么升级JSTL到jstl-1.2.2.jar需同步更新standard.jar为jstl-api-1.2.2.jar和jstl-impl-1.2.2.jar。这个坑在01-物资管理系统部署手册.docx第3页完全没提属于文档缺失的典型翻车点。3. 数据库怎么建从hengxin.sql到stock_log表的设计反模式系统数据库脚本在05数据库/hengxin.sql共12张表。但别急着source hengxin.sql——先看它怎么解决“器材回收时发现少了一块钢模板但不知道哪次租出去丢的”这个真实痛点。答案藏在stock_log表结构里CREATE TABLE stock_log ( id int(11) NOT NULL AUTO_INCREMENT, material_id int(11) DEFAULT NULL, operation_type varchar(20) DEFAULT NULL COMMENT IN:入库, OUT:租出, RETURN:归还, quantity int(11) DEFAULT NULL, operator_id int(11) DEFAULT NULL, operate_time datetime DEFAULT NULL, order_id int(11) DEFAULT NULL COMMENT 关联订单ID归还时必填, remark varchar(255) DEFAULT NULL, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8;这个表设计有两处精妙operation_type用字符串而非ENUM兼容未来扩展比如加SCRAP:报废order_id字段在RETURN操作时强制非空确保每次归还都能追溯到原始订单——这才是审计溯源的关键。但hengxin.sql里有个致命疏漏所有日期字段用datetime却没设默认值。比如order表的create_timecreate_time datetime DEFAULT NULL,结果就是新订单插入时create_time为NULL而order_list.jsp里fmt:formatDate遇到null直接报错。必须手动补上ALTER TABLE order MODIFY create_time datetime DEFAULT CURRENT_TIMESTAMP; ALTER TABLE order MODIFY update_time datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP;3.1 用户权限表user_role的硬编码缺陷user_role表结构简单CREATE TABLE user_role ( id int(11) NOT NULL AUTO_INCREMENT, user_id int(11) DEFAULT NULL, role_name varchar(50) DEFAULT NULL, PRIMARY KEY (id) );但role_name值在代码里是硬编码的AdminServlet.java里写死if(admin.equals(roleName))UserServlet.java里写死if(user.equals(roleName))。这意味着新增角色“财务专员”需要改所有Servlet的if判断角色名拼错如Adminvsadmin会导致权限失效。修复路径建role表存角色ID和名称user_role改为user_idrole_id外键关联权限校验改用SELECT COUNT(*) FROM user_role ur JOIN role r ON ur.role_idr.id WHERE ur.user_id? AND r.codeadmin。这个改造工作量不大但能让你的系统真正具备权限扩展能力。3.2 资金结算表financial_settlement的冗余字段financial_settlement表有这些字段order_id int(11) DEFAULT NULL, customer_id int(11) DEFAULT NULL, total_amount decimal(10,2) DEFAULT NULL, paid_amount decimal(10,2) DEFAULT NULL, balance decimal(10,2) DEFAULT NULL, settlement_date datetime DEFAULT NULL, status varchar(20) DEFAULT NULL COMMENT PAID:已付, UNPAID:未付, PARTIAL:部分支付表面看合理但balance total_amount - paid_amount是纯计算字段不应该存库。原因如果total_amount变更如订单修改balance不会自动更新导致数据不一致增加存储空间且无索引价值。正确做法删掉balance字段在查询时用SELECT total_amount - paid_amount AS balance计算。01-物资管理系统部署手册.docx第5页说“为提高查询效率保留balance”这是典型误区——现代MySQL对简单算术计算的性能损耗可忽略而数据一致性才是生命线。3.3 避坑MySQL字符集、时区与Tomcat启动参数的三重绞杀这是部署时最高频的翻车现场按现象→原因→解决列给你现象原因解决中文入库变???MySQL服务器默认字符集是latin1而hengxin.sql里建表语句没指定CHARSETutf8mb4在hengxin.sql每张CREATE TABLE末尾加ENGINEInnoDB DEFAULT CHARSETutf8mb4;执行前先SET NAMES utf8mb4;order_list.jsp显示日期比实际晚8小时MySQL服务器时区是SYSTEM即系统时区但Windows 7系统时区可能为Asia/Shanghai而Tomcat的JVM时区是GMT启动Tomcat时加JVM参数-Duser.timezoneAsia/Shanghai并在MySQL里执行SET GLOBAL time_zone 8:00;Tomcat启动报java.lang.ClassNotFoundException: com.mysql.jdbc.Driverhengxin.sql脚本用的是MySQL 5.1驱动但WEB-INF/lib/下放的是mysql-connector-java-5.1.47.jar而Tomcat 6.0的common/lib/里可能有旧版驱动冲突删除Tomcatcommon/lib/下所有mysql-*.jar只保留WEB-INF/lib/mysql-connector-java-5.1.47.jar注意hengxin.sql里所有INSERT INTO user VALUES (1,admin,admin,管理员);的密码是明文上线前必须用MD5加密。UserDAO.java里login()方法调用MD5Util.md5(password)但初始化数据没加密——执行UPDATE user SET passwordMD5(admin) WHERE usernameadmin;。4. 部署全流程从MyEclipse导出WAR包到Chrome访问http://localhost:8080/hengxin别信01-物资管理系统部署手册.docx里那句“双击startup.bat即可运行”——那是理想状态。真实部署要过五关环境匹配、WAR包构建、数据库初始化、配置文件修正、浏览器兼容性。下面是你必须亲手敲的每一步含参数说明和失败回滚方案。4.1 环境准备为什么必须用Windows 7 Tomcat 6.0 Chrome系统测试环境写死在摘要描述里“Windows 7操作系统、Google Chrome浏览器和Tomcat 6.0服务器”。这不是怀旧是技术债Tomcat 6.0Servlet API 2.5不支持WebServlet注解所有Servlet必须在web.xml注册Windows 704视频/部署演示.mp4里startup.bat调用set JAVA_HOMED:\Program Files\Java\jdk1.6.0_45而JDK 1.6只支持Windows 7及以下Chromelogin.jsp用document.getElementById(username).focus()自动聚焦IE8会报Object doesnt support property or method focus。你的选择✅ 接受现实装Windows 7虚拟机VMware Workstation 12配JDK 1.6.0_45 Tomcat 6.0.53❌ 不要强上Win10Tomcat 9OrderServlet里response.sendRedirect(success.jsp?msgURLEncoder.encode(msg,UTF-8))的URL编码在新版本会多出%20空格导致跳转失败。4.2 WAR包构建MyEclipse里3个必须勾选的选项在MyEclipse里右键项目 →Export→WAR file关键设置WAR file填D:/hengxin/hengxin.war路径不能有中文Web project选中你的项目名Options✅Export source files必须勾否则src/下Java类不打包✅Export Java class files and resources必须勾否则WEB-INF/classes/为空❌Export JAR files from the projects library不要勾因为WEB-INF/lib/里已有所有jar重复打包会导致ClassNotFoundException。导出后解压hengxin.war检查WEB-INF/web.xml存在且内容与源码一致WEB-INF/classes/com/hengxin/servlet/OrderServlet.class存在WEB-INF/lib/mysql-connector-java-5.1.47.jar大小为3.2MB小于3MB说明下载不全。4.3 数据库初始化hengxin.sql执行前的3个预处理动作把05数据库/hengxin.sql扔进MySQL会失败必须预处理创建数据库并指定字符集CREATE DATABASE hengxin CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; USE hengxin;替换所有ENGINEInnoDB为ENGINEInnoDB DEFAULT CHARSETutf8mb4用Notepad批量替换否则建表后中文仍乱码注释掉DROP TABLE IF EXISTS语句hengxin.sql开头有DROP TABLE IF EXISTS user;首次执行没问题但二次部署时会清空数据——改成-- DROP TABLE IF EXISTS user;。执行完后验证SELECT table_name, table_collation FROM information_schema.tables WHERE table_schemahengxin AND table_nameuser; -- 返回user, utf8mb4_unicode_ci4.4 配置文件修正druid.properties和web.xml的5处硬编码01代码/src/druid.properties里urljdbc:mysql://localhost:3306/hengxin→ 若MySQL端口不是3306改此处usernameroot→ 若MySQL密码不是空加passwordyour_passworddriverClassNamecom.mysql.jdbc.Driver→ MySQL 5.1用此驱动若换8.0需改为com.mysql.cj.jdbc.Driver。web.xml里context-paramparam-valueD:/hengxin/config//param-value/context-param→ 改为你的绝对路径如C:/hengxin/config/servletservlet-classcom.hengxin.servlet.AdminServlet/servlet-class/servlet→ 确保包路径与src/下实际路径一致大小写敏感。4.5 浏览器访问Chrome里必须关闭的3个安全策略即使部署成功Chrome可能显示空白页因为禁用JavaScriptlogin.jsp里scriptdocument.getElementById(username).focus();/script失效手动在地址栏输入http://localhost:8080/hengxin/login.jsp阻止弹出窗口order_delete.jsp的onclickreturn confirm(确认删除)被拦截进Chrome设置 →隐私设置和安全性→网站设置→弹出窗口和重定向→ 添加http://localhost:8080为允许缓存旧JSmain.js里有$.ajax({url:/hengxin/order.do?actionlist})若之前访问过404页面Chrome会缓存错误响应按CtrlF5强制刷新。最终访问路径http://localhost:8080/hengxin/login.jsp账号admin/密码admin已MD5加密。5. 功能验证与二次开发从“能跑”到“能改”的4个关键验证点系统能登录不等于能交付。我帮你划出4个必须亲手验证的节点每个都对应一个真实业务场景附带验证失败时的排查指令。这不是走流程是确认你的部署是否真的“活”了。5.1 订单创建验证用curl模拟POST绕过前端JS校验前端order_add.jsp有JS校验if(!form.customerName.value){alert(客户姓名不能为空);return false;}但这只是用户体验层。真正的业务校验在后端。用curl发一个故意缺字段的请求看系统是否拦截curl -X POST http://localhost:8080/hengxin/order.do?actionadd \ -H Content-Type: application/x-www-form-urlencoded \ -d customerId1 \ -d rentalDate2023-01-01 \ -d materials1,2 \ -d quantities1,1预期结果返回{success:false,message:客户姓名不能为空}JSON格式由OrderServlet.java的response.getWriter().write(json)输出。失败排查若返回HTML如login.jsp内容说明Session未建立检查web.xml里filter是否配置了LoginFilter且url-pattern覆盖/order.do若返回500错误看Tomcat日志logs/catalina.out大概率是NullPointerException定位到OrderService.addOrder()里order.getCustomerName()为null时没判空。5.2 库存联动验证查stock_log表确认“租出”操作是否触发创建订单后系统应自动在stock_log表插入OUT记录。执行SQLSELECT * FROM stock_log WHERE operation_typeOUT ORDER BY operate_time DESC LIMIT 1;预期结果material_id对应订单里租的器材IDquantity为租出数量order_id为刚创建的订单ID。失败排查若无记录检查OrderService.addOrder()里是否调用了materialDAO.updateStockOut()若order_id为NULL检查OrderDAO.insertOrder()是否返回了自增ID并赋值给order.setId(rs.getInt(1))若operate_time为0000-00-00 00:00:00说明MySQL的sql_mode包含NO_ZERO_DATE执行SET sql_mode(SELECT REPLACE(sql_mode,NO_ZERO_DATE,));。5.3 日租金计算验证修改Material.java的getDailyRent()并热部署这是检验你能否二次开发的核心。步骤修改src/com/hengxin/entity/Material.java把塔吊日租金逻辑改为if (塔吊.equals(this.type)) { return this.rentalDays 5 ? 450.0 : 450.0 * 1.3; // 前5天450超期1.3倍 }在MyEclipse里右键项目 →Refresh再右键src/→Build Path→Configure Build Path→Source→Allow output folders for source folders→OK右键项目 →Run As→MyEclipse Server Application选择Tomcat 6.0访问http://localhost:8080/hengxin/order_detail.jsp?id1看“日租金”是否变为450.0。关键点MyEclipse的热部署会自动编译src/下修改的Java文件无需重启Tomcat。若没生效检查WEB-INF/classes/com/hengxin/entity/Material.class的时间戳是否更新。5.4 资金结算导出验证用financial_settlement.jsp生成Excel系统提供导出Excel按钮背后是poi-3.9.jar。验证步骤在financial_settlement.jsp里找到a hrefexport_excel.jsp导出Excel/a访问http://localhost:8080/hengxin/export_excel.jsp检查浏览器是否下载settlement_20230101.xls文件用Excel打开确认A1单元格是“结算单号”B1是“客户名称”且数据与页面列表一致。失败排查若下载空白文件检查export_excel.jsp里response.setContentType(application/vnd.ms-excel;charsetutf-8);的charsetutf-8是否拼错若中文乱码把response.setHeader(Content-Disposition, attachment;filenamesettlement.xls);改为response.setHeader(Content-Disposition, attachment;filename\settlement.xls\);加英文双引号若报java.lang.NoClassDefFoundError: org/apache/poi/ss/usermodel/Workbook说明poi-3.9.jar没在WEB-INF/lib/下或版本冲突删掉poi-3.0.jar等旧版。6. 从“能用”到“敢用”我在3个真实项目里踩过的5个血泪坑这个系统最珍贵的不是源码而是它暴露的真实世界接口——那些文档里不会写、但上线第一天就让你头皮发麻的细节。我把它浓缩成5条每一条都来自血泪教训现在告诉你怎么绕过去。6.1 坑1order_detail.jsp里img srcupload/%order.getPhoto()% /的路径黑洞系统支持上传器材照片但upload/目录不在WebRoot下而在D:/hengxin/upload/硬编码在UploadServlet.java里。当你在order_detail.jsp看到img srcupload/123.jpg浏览器会向http://localhost:8080/hengxin/upload/123.jpg发起请求而Tomcat默认不提供D:/hengxin/upload/目录的静态资源服务。现象图片404。解决在conf/web.xml里取消注释DefaultServlet的init-paramservlet servlet-namedefault/servlet-name servlet-classorg.apache.catalina.servlets.DefaultServlet/servlet-class init-param param-namedebug/param-name param-value0/param-value /init-param init-param param-namelistings/param-name param-valuefalse/param-value /init-param !-- 加这一行 -- init-param param-namereadonly/param-name param-valuefalse/param-value /init-param /servlet然后在conf/server.xml的Host节点里加Context path/upload docBaseD:/hengxin/upload reloadabletrue/这样/upload/路径就映射到物理目录了。记住docBase必须是绝对路径且Tomcat进程要有该目录读取权限。6.2 坑2JDBCUtil.java的连接池泄漏导致第101个请求就卡死JDBCUtil.getConnection()用的是Druid连接池但closeConnection()方法里只写了public static void closeConnection(Connection conn) { if (conn ! null) { try { conn.close(); } catch (SQLException e) { e.printStackTrace(); } } }问题在于conn.close()只是把连接归还池但PreparedStatement和ResultSet没关当一个订单查询执行SELECT * FROM order WHERE id?OrderDAO.getOrderById()里PreparedStatement ps conn.prepareStatement(sql); ps.setInt(1, id); ResultSet rs ps.executeQuery(); // 忘记rs.close()和ps.close()结果就是连接池里的连接被ResultSet占用撑满100个连接后新请求永远等待。修复在JDBCUtil.closeConnection()里加参数public static void closeConnection(Connection conn, PreparedStatement ps, ResultSet rs) { if (rs ! null) try { rs.close(); } catch (SQLException e) {} if (ps ! null) try { ps.close(); } catch (SQLException e) {} if (conn ! null) try { conn.close(); } catch (SQLException e) {} }所有DAO方法调用后必须JDBCUtil.closeConnection(conn, ps, rs)。这是Java Web开发的铁律不是这个系统特有但它的源码里漏了。6.3 坑3login.jsp的session.setAttribute(user, user)没设超时导致账号被共享AdminServlet.java里登录成功后HttpSession session request.getSession(); session.setAttribute(user, user);但没设session.setMaxInactiveInterval(1800)30分钟。后果用户关掉浏览器Session还在内存里别人用同一台电脑开Chromesession.getAttribute(user)还能拿到管理员对象。修复在web.xml里加session-config session-timeout30/session-timeout /session-config或者在LoginServlet.java里session.setMaxInactiveInterval(1800)。更安全的做法登录后生成随机token存入user对象每次请求校验token有效性token存Redis——但这超出本系统范围属于架构升级。6.4 坑4order_list.jsp的分页SQL在MySQL 5.7报错OrderDAO.getOrderList()里分页SQL是String sql SELECT * FROM order LIMIT offset , pageSize;在MySQL 5.7order是保留字必须加反引号String sql SELECT * FROM order LIMIT offset , pageSize;否则报You have an error in your SQL syntax。同理user、group等表名都要加反引号。建议用MyBatis或JPA替代手写SQL但当前系统只能手动修。6.5 坑5export_excel.jsp导出的Excel在WPS里打开乱码Office正常这是因为response.setContentType(application/vnd.ms-excel;charsetutf-8)的charsetutf-8对WPS无效。终极解法不用response改用OutputStream直接写% response.setContentType(application/vnd.ms-excel); response.setHeader(Content-Disposition, attachment;filename\settlement.xls\); OutputStream os response.getOutputStream(); HSSFWorkbook workbook new HSSFWorkbook(); // ... 构建workbook workbook.write(os); os.flush(); os.close(); %去掉charsetutf-8WPS和Office都能正确识别。这是国产软件兼容性的经典案例。从那以后我每次接手JSP老系统第一件事就是grep所有response.setContentType把charset参数全删掉改用OutputStream直写。不是偷懒是让系统在真实世界里活得久一点。希望帮到你。本文还有配套的精品资源点击获取