作为常年跟JavaWeb课设、毕设打交道的人我深知JSP企业物资信息管理系统这类题目有多常见、又有多容易翻车。很多同学拿到源码后第一反应是代码真多第二反应是跑不起来第三反应是数据库连不上。这篇文章我想系统聊聊这类JSP管理系统从拿到手到真正跑通再到能写进简历、扛得住答辩的完整链路环境怎么搭、库表怎么设计、核心模块怎么实现、部署调试有哪些坑、如何把一件课设货变成真正能聊的系统。全程有大白话、有代码片段、有实际踩坑记录希望能让你少走几周弯路。1. 选题与定位JSP企业物资管理系统的真实价值在哪1.1 为什么这个题目历久弥新很多人在选题时都犹豫JSP这种东西是不是过时了说实话如果你用它去搞高并发互联网项目那确实不太合适但在企业级管理系统的教学场景、课程设计、毕业设计里JSP Servlet JDBC这套组合依然是理解Web应用全流程的最佳入门路径之一。它不像Spring全家桶那样把很多底层细节封装得严严实实而是把HTTP请求、会话状态、页面渲染、数据库事务这些基本功摊开给你看让你真正知道一个Web应用是怎么跑起来的。企业物资信息管理系统这个业务方向也选得聪明。物资管理本身就是企业内部最常见、最标准化的信息化需求之一涉及基础数据物资、供应商、部门、业务单据入库单、出库单、统计报表库存台账、收发存汇总三大类功能。它逻辑清晰、边界明确、数据关系不深不浅正好适合用JSP技术栈来完整呈现。这套系统解决的核心痛点也很实在企业里物资种类多、领用频繁、库存账目容易混乱Excel管不过来专门的ERP又太重。一个B/S架构的物资管理系统正好卡在中间——既能替代纸质和Excel的混乱记录又不必上动辄几十万的ERP。1.2 拿到项目之后先别急着运行先做三件事我把这套项目程序源码数据库调试部署开发环境拿到手以后做的第一件事不是双击startup.bat而是按下面三步走扫描目录结构先看清源码里有哪些目录。我们这套项目通常会有srcJava源码、WebContentJSP页面文件、lib依赖jar包、database或sql数据库脚本、documentation文档说明等顶层目录。先把目录底数摸清后面定位问题快得多。打开数据库脚本文件查看建库建表语句。重点看三件事数据库版本兼容性是MySQL 5.7还是8.0、库名和用户名密码的约定很多脚本里写死的是root/root、表的数量和数据量有没有初始化数据。这决定了后面配置数据库连接的方式。查看WEB-INF下的配置文件包括web.xml、db.properties或jdbc.properties、可能存在的context.xml。配置文件里写的是什么数据库连接串、什么驱动类直接决定了会不会报ClassNotFoundException或Connection refused。1.3 这套系统的典型技术栈一览以JSP企业物资信息管理系统为例最经典的搭配一般是技术组件常见选型说明表现层JSP JSTL EL页面渲染重点是JSTL的c:forEach循环和EL表达式取值避免在JSP里写Java脚本片段控制层Servlet处理请求分发、参数封装、页面跳转典型做法是一个功能对应一个Servlet业务层Java类Service/Manager封装业务逻辑比如出库时判断库存是否充足数据访问层DAO JDBC封装增删改查使用PreparedStatement防止SQL注入数据库MySQL最常用脚本通用性最好开发环境Eclipse或IDEA JDK 8 Tomcat 8/9最常见的学习组合这套技术栈一旦熟练以后看任何JavaWeb老项目、甚至去理解SSM、SpringBoot的原理基础都是通的。所以别觉得JSP是浪费时间它最大的价值是让你在没有任何框架遮挡的情况下看懂Web全流程。2. 开发环境准备JDK、Tomcat、MySQL与IDE的一次性到位配置2.1 版本匹配问题这是第一个大坑JSP项目跑不起来有一半原因是版本不匹配。这里我直接给出我实测过最稳的一套组合能覆盖绝大多数这类课设源码JDK1.8Java 8。很多老源码在编译时用了Java 8的语法特性更高版本比如Java 17反而会有兼容问题。Tomcat8.5或9.0。Tomcat 10把包名从javax.servlet改成了jakarta.servlet如果代码里还是import javax.servlet.http.HttpServlet在Tomcat 10下必编译失败。这是最容易踩的坑。MySQL5.7或8.0。如果数据库脚本里的建表语句比较简单没有用到较新的语法两个版本都能跑。但驱动选择不同见下文。IDEEclipse 2020 或 IntelliJ IDEA。Eclipse对老JSP项目更零配置一点IDEA则需要设置一下Project Structure里的Libraries和Artifacts。有人会问我系统里已经装了JDK 17和Tomcat 10怎么办两条路一是去装了JDK 8和Tomcat 8.5的相对独立目录在IDE里指定即可二是用IDEA的Project Structure把对应SDK和Tomcat指过去都不影响系统本身运行。不建议卸载已有版本多版本共存完全可以只要启动脚本里JAVA_HOME指对就行。2.2 Eclipse环境里的Server配置细节在Eclipse里跑JSP项目的常规路径是把项目导入后右键属性设置Targeted Runtimes勾选Tomcat 8.5然后到Server窗口新建Server选Tomcat 8.5指定Tomcat安装目录再添加项目。这一步有两个常见问题编译版本不对右键项目 - Properties - Java Compiler把Compiler compliance level设为1.8再检查Java Build Path里Libraries的JRE System Library是否指向JDK 8的jre。WebContent目录没被识别有些源码的Eclipse元数据.settings里有配置文件但导入后WebContent没有被识别为Web根目录。右键项目 - Properties - Project Facets勾选Dynamic Web Module并确保Content Directory指向/WebContent。还有一个极其隐蔽的问题JSP页面编译用的JRE和Tomcat运行时的JRE不一致。表现形式是代码明明没问题但Tomcat启动后访问页面报500而且日志里出现UnsupportedClassVersionError。这个错误的意思是类文件版本号比运行时JVM的版本号高通常是编译时用了高版本JDK、运行却用了低版本JRE。解决办法很简单在Eclipse的Window - Preferences - Server - Runtime Environments里为Tomcat指定与项目编译版本一致的JRE。2.3 MySQL初始化与数据库脚本导入的常见问题拿到数据库脚本通常是materials_db.sql或wuzi.sql用命令行或Navicat导入。命令行方式最稳mysql -u root -p create database if not exists materials_db default character set utf8; use materials_db; source D:/path/to/materials_db.sql;导入完成后重点检查三样东西表是否全部导入用show tables;核对表数量跟文档描述对得上。缺表的典型原因是脚本里有注释乱码导致中途报错。初始数据是否完整比如管理员用户通常 admin/123456是否被插入物资分类、供应商基础数据是否存在。很多系统的增删改查都是建立在基础数据之上的初始数据不足会导致页面列表空白看起来像功能坏了。字符集是否统一在MySQL 8.0默认utf8mb4下大部分classic项目没问题但如果你看到中文全部变成问号多半是连接串里没有指定字符集或表本身是latin1。2.4 数据库连接配置username/password/url的三处核对数据库连不上是最让人崩溃的问题因为错误提示五花八门。我建议你直接去源码里搜索关键字把所有的数据库连接配置一网打尽。通常出现在这些位置WEB-INF/classes下的.properties文件如db.properties、jdbc.properties、database.propertiesWEB-INF/classes下的context.xml或项目根目录的META-INF/context.xml工具类代码中直接写的Class.forName(com.mysql.jdbc.Driver)和DriverManager.getConnection(jdbc:mysql://localhost:3306/materials_db...使用连接池C3P0或DBCP的c3p0-config.xml或dbcp.properties我的经验是先把所有配置文件的用户名密码统一为本地MySQL实际的用户名密码再把URL里的库名和端口核对一遍最后确认驱动jar包在WEB-INF/lib里。三步做完90%的Access denied和Unknown database都能解决。MySQL 5.7的驱动类名通常是com.mysql.jdbc.DriverMySQL 8.0要用新驱动com.mysql.cj.jdbc.Driver同时URL后面建议带上时区参数serverTimezoneAsia/Shanghai。如果源码里的jar包是mysql-connector-java-5.x而你本地是MySQL 8.0连接会报Public Key Retrieval is not allowed处理办法是在URL末尾加上jdbc:mysql://localhost:3306/materials_db?useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrue3. 数据表设计与Servlet三层结构的核心实现逻辑3.1 物资管理系统的表结构设计思路这套系统的数据库设计是核心中的核心也是答辩时老师最爱问的部分。一个合格的企业物资信息管理系统最少要涵盖这几张表物资表materials物资ID、物资编码、名称、规格型号、单位、单价、库存数量、库存预警下限、分类ID、备注。物资分类表category分类ID、分类名称、父分类ID支持层级。供应商表supplier供应商ID、名称、联系人、电话、地址。部门表department部门ID、部门名称、负责人。用户表user用户ID、用户名、密码、真实姓名、角色ID管理员/普通操作员。入库单表stock_in入库单ID、入库单号、物资ID、入库数量、单价、入库时间、供应商ID、操作人。出库单表stock_out出库单ID、出库单号、物资ID、出库数量、领用部门ID、领用人、出库时间、操作人。其中物资表是主表入库单表和出库单表是流水表。设计时要注意流水表里不应该只存一个数量还要冗余一个单价字段。因为物资的入库单价和出库单价可能随着批次变化如果只关联物资表查单价历史单据的金额就全错了。为了更好理解我给你模拟一个场景你查看某个物资的收发存汇总本质上是写一条SQL把期初库存加上累计入库减去累计出库核对当前库存表的数值。这一步做实了系统才算有管理功能不只是增删改查。3.2 JSP页面的分层展示与表单逻辑JSP页面在这类系统里承担三个职责查询列表展示、表单录入编辑、操作反馈跳转。以物资列表页materialList.jsp为例它的典型写法用JSTL标签完成循环渲染% page contentTypetext/html;charsetUTF-8 languagejava % % taglib prefixc urihttp://java.sun.com/jsp/jstl/core % html headtitle物资列表/title/head body table border1 tr th物资编号/thth物资名称/th th规格型号/thth库存数量/thth操作/th /tr c:forEach items${requestScope.materialList} varm tr td${m.materialCode}/td td${m.materialName}/td td${m.spec}/td td${m.stockQuantity}/td td a hrefMaterialServlet?actioneditid${m.id}编辑/a a hrefMaterialServlet?actiondeleteid${m.id} onclickreturn confirm(确认删除该物资吗);删除/a /td /tr /c:forEach /table /body /html你会发现这里的数据来源是requestScope.materialList而不是直接通过Java代码的out.println输出更不是% ... %脚本片段。这就是老项目和新手的最大分水岭能不用脚本片段就尽量不用标准动作是Servlet把数据放到request或session作用域JSP页面只管取值渲染。这套写法虽然简单但已经体现了MVC分层的基本思想。3.3 Servlet端控制层的参数接收与页面跳转Servlet端要做的事比JSP多一点接收前端参数、根据action调用对应的方法、处理完后决定跳到哪个页面。典型的写法是一个Servlet负责一类资源的全部操作靠action参数区分protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { request.setCharacterEncoding(UTF-8); String action request.getParameter(action); if (list.equals(action)) { MaterialDao dao new MaterialDao(); ListMaterial list dao.findAll(); request.setAttribute(materialList, list); request.getRequestDispatcher(/materialList.jsp).forward(request, response); } else if (edit.equals(action)) { // 根据id查询单条数据跳转到编辑页面 } else if (delete.equals(action)) { // 删除操作然后重定向到列表接口 } }这里有一个非常重要的小知识查询列表通常用forward跳转增删改成功后通常用sendRedirect重定向。原因很简单——如果新增后也采用forward跳转到列表页面用户刷新浏览器时会再次提交表单导致重复插入同一条数据。而重定向是让浏览器重新发起一个新请求天然规避了重复提交问题。这是很多抄代码的同学没注意到的点答辩时被老师一问就露馅。3.4 JDBC工具类与BaseServlet的思想如果你看源码会发现作者通常写了一个DBUtil或JdbcUtil工具类里面写死注册驱动和获取连接的方法。我的建议是把它升级为通过属性文件读取配置而不是把数据库账号密码硬编码在Java里。这样几乎是0成本改进还能体现你的代码规范意识。另一个常见思路是把根据action分发的逻辑抽取到BaseServlet中用反射简化子类代码。比如public class BaseServlet extends HttpServlet { protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { String action req.getParameter(action); String methodName execute action.substring(0,1).toUpperCase() action.substring(1); try { Method method this.getClass().getMethod(methodName, HttpServletRequest.class, HttpServletResponse.class); method.invoke(this, req, resp); } catch (Exception e) { e.printStackTrace(); } } }然后让MaterialServlet继承BaseServlet里面只要写好executeList(HttpServletRequest req, HttpServletResponse resp)等方法结构立刻清晰很多。这种重构思路在答辩时拿出来说是妥妥的加分项。4. 核心业务流程拆解物资入库、出库与库存预警4.1 入库的完整操作链路入库不是简单的往数据库里insert一条记录而是要保证业务一致性。最简单的做法是在StockInServlet的处理逻辑里先检查该物资是否已存在存在则增加库存数量不存在则新增物品资料然后插入入库流水。这一步是经典中的经典。从代码角度这个操作需要在一个事务里完成先执行insert到stock_in表再updatematerials表库存数量。JDBC默认是自动提交事务的——每执行一条SQL就立即提交。如果两段SQL中间程序异常了就会出现入库流水有了库存数量没变账实不符。解决方法是手动开启事务Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); // 插入入库单信息拿到新ID // 更新库存表数量 conn.commit(); } catch (SQLException e) { if (conn ! null) { try { conn.rollback(); } catch (SQLException ex) { ex.printStackTrace(); } } e.printStackTrace(); } finally { DBUtil.release(conn); }有很多代码偷懒不做事务这在数据量小的时候似乎没问题但一旦并发录入库存数就不准了。我建议你把事务这块补上哪怕只补入库和出库这两个核心方法系统的管理属性就上了一个台阶。4.2 出库时的库存校验与联动出库的逻辑比入库多一个前置校验出库数量不能超过当前库存。很多人说这不就是加个if判断吗但实际项目里这个判断不能只在前端做后端也必须做。因为前端的表单校验只是用户体验真正拦得住恶意请求或并发问题的是后端校验。后端代码大概长这样Material m materialDao.findById(materialId); if (m null) { // 抛出异常物资不存在 } if (outCount m.getStockQuantity()) { // 抛出异常库存不足 } // 一切正常才执行流水插入和库存扣减出库单还要绑定领用部门这就需要通过下拉框从部门表里读取数据常见做法是JSP页面里用request.getAttribute(departmentList)配合c:forEach生成选项。联动逻辑也很容易理解部门ID作为外键存到出库单表里查询历史出库单时join部门表获取部门名称。同时要注意出库单和入库单都最好不要把名称冗余进去而要存ID。虽然多一张表关联查询复杂一点但这是规范化设计的基本要求也避免了供应商改名后所有历史单据出现数据不一致的问题。4.3 库存预警与模糊查询的实用扩展很多JSP物资管理系统的源码里带有一个库存预警或库存不足的功能入口。说白了就是一条SQL查库存数量小于预警下限的物资。select * from materials where stock_quantity warn_quantity;在页面上可以用一个单独的Servlet接口比如StockWariningServlet把查询结果渲染到一个列表页面。更进一步的做法是在物资列表页用不同颜色高亮预警物资比如红色表示库存偏低、正常显示黑色。还有一个很实用的扩展是模糊查询。标准操作是在物资列表页面放一个搜索框用户可以按物资名称或编码模糊筛选。Servlet端接收关键字后拼接SQL注意一定用PreparedStatement预编译加通配符不能拼字符串String sql select * from materials where material_name like ? or material_code like ?; ps.setString(1, % keyword %); ps.setString(2, % keyword %);用?占位符绑定参数第一可以防SQL注入第二避免中文乱码或特殊字符导致SQL语法错误。如果你发现源码里写的是select * from materials where material_name like % keyword %建议改成上面的写法这也是一个实在的查漏补缺。4.4 报表统计与数据核对优秀一点的物资管理系统会做一个简单的收发存汇总表。它的本质是按物资统计期初、入库、出库、结存。用SQL表示就是两个分组查询的结果和一个期初值的组合-- 累计入库量 select material_id, sum(quantity) from stock_in where in_date between ? and ? group by material_id; -- 累计出库量 select material_id, sum(quantity) from stock_out where out_date between ? and ? group by material_id;把这两个结果按物资ID汇总再与当前库存表核对就能发现账实是否相符。如果是源码里没做的功能自己加一个JSP页面加一个Servlet也不是多难的事。但注意做到这一步已经不是课程设计的基本盘而是你自己能写进简历的亮点实现了收发存汇总统计支持按时间段查询账实数据核对准确率提升到100%。5. 调试部署全流程实战从报错到正常运行的完整排查链路5.1 首次启动时的三大高频报错与排查路线我相信很多人在部署这套项目时都会遇到几类非常典型的问题这里我按出现频率从高到低列出来每一条都是实际踩坑后的经验总结。第一类JDBC驱动类找不到ClassNotFoundException。报错形式一般是java.lang.ClassNotFoundException: com.mysql.jdbc.Driver排查链路先检查WEB-INF/lib下是否有mysql驱动jar包没有就把mysql-connector-java-5.1.49.jar或8.0.23.jar拷贝进去。如果你用的是Maven管理的IDEA项目需要检查pom.xml的依赖scope是否设置为provided或runtime设置为provided表示只在编译期提供运行期不打包这是比较常见的疏漏。第二类端口占用Port already in use。报错形式The server at port 8080 is already in use.排查链路用netstat -ano查找8080端口占用进程用任务管理器结束对应PID或者直接修改Eclipse/IDEA的Tomcat配置把端口改成8081。注意如果你修改端口数据库里的jdbc URL不受影响但浏览器访问地址要跟着变。另外如果运行的是Tomcat 8.5而装了多个实例确认启动的是哪个。修改方式很直观在Eclipse的Server视图里双击对应Server打开配置界面改端口即可。第三类404错误是哪个目录没配置对。启动不报错但访问http://localhost:8080/materials/出来404。排查链路首先检查项目是否已经部署到ServerServer视图里有没有出现该项目其次访问路径是否和项目名一致如果项目名是materials应用上下文也要是/materials第三要看项目根目录结构是不是标准的WebContent而不是把JSP文件放在了src下。5.2 中文乱码问题一个过滤器解决全部页面JSP管理系统的中文乱码几乎是每次必现问题原因是多层字符集需要统一。请求路径、JSP页面编码、数据库连接、数据库表四者必须都是UTF-8。最省事的方案是写一个简单的字符集过滤器配置到web.xml里对所有请求统一处理public class EncodingFilter implements Filter { public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { req.setCharacterEncoding(UTF-8); resp.setCharacterEncoding(UTF-8); resp.setContentType(text/html;charsetUTF-8); chain.doFilter(req, resp); } }同时保证每个JSP文件开头的page指令加上contentTypetext/html;charsetUTF-8和pageEncodingUTF-8。数据库连接串如前所述加上useUnicodetruecharacterEncodingUTF-8。如果这样还乱码那就是从浏览器到Tomcat时POST请求体编码没被正确解析过滤器已经能解决而查询中的中文参数乱码要确认Tomcat的server.xml里URIEncoding是否设置UTF-8Connector port8080 protocolHTTP/1.1 connectionTimeout20000 redirectPort8443 URIEncodingUTF-8 /5.3 部署包构建与外部Tomcat发布除了在IDE里跑有时候需要把项目打成war包发布到一个干净的Tomcat环境里。常规方式是用Eclipse的Export - WAR file或者IDEA的Build Artifacts。然后把这个war包拷贝到Tomcat的webapps目录启动Tomcat后它会自动解压部署。这里有几个需要注意的地方war包内有完整的WEB-INF、web.xml和lib如果lib目录缺失运行时依然会报ClassNotFound。数据库连接配置在war包里的properties文件中发布到别的机器前务必确认目标机器的MySQL、账号、密码、库名都匹配。外部Tomcat和IDEA内嵌Tomcat的目录结构略有差异但war部署的逻辑是一样的只要webapps下出现解压目录就算部署成功。5.4 部署后运行异常的输出定位技巧如果页面报500一定要去Tomcat的logs目录看localhost.log或catalina.out千万不能只看浏览器上的错误页。错误页往往只显示了一句话的通用异常提示而详细堆栈信息异常发生在哪个类、哪个行号、是什么原因全部在日志里。定位到日志后按经验找关键字Caused by:后面的异常才是根因别看最上面那一行。com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException说明SQL语句语法写法有问题比对表名和字段名。NullPointerException就找代码中调用某个对象但没有初始化的地方通常是因为查询返回了null代码却直接调了getter。NumberFormatException基本可以断定前端传的ID参数不是数字多半是页面的链接拼错了参数名。如果日志都没有输出那就是控制台配置问题调整logging级别或者在IDE里把Tomcat的输出重定向到控制台窗口让堆栈信息直接可见。6. 从课设到可用系统安全加固、权限控制与二次开发方向6.1 登录模块一定能做得更稳我看过大量JSP物资管理系统的登录模块最常见的问题是用户名做成了主键查询用select * from user where username查出来就直接比对密码。问题在于压根没有考虑SQL注入虽然PreparedStatement已经挡住了绝大部分但密码明文存储这件事还是要改一改。你可以做一个很简单的升级在注册或新增用户时用MD5或加盐哈希存密码。登录时把用户输入的密码同样做哈希再和库里比对。这不需要引入任何复杂框架工具类加一个方法即可public static String md5(String input) { try { MessageDigest md MessageDigest.getInstance(MD5); byte[] digest md.digest(input.getBytes(UTF-8)); StringBuilder sb new StringBuilder(); for (byte b : digest) { sb.append(String.format(%02x, b)); } return sb.toString(); } catch (Exception e) { throw new RuntimeException(e); } }这能让你理直气壮地跟答辩老师说系统没有存储明文密码而是进行了不可逆哈希处理降低了数据库泄露导致账号信息泄露的风险。 这句话在答辩里价值极高。6.2 基于角色的权限控制实践如果你的源码自带普通用户和管理员用户那权限控制至少应该做到普通用户不能访问管理员页面。实现方式很简单用session存储登录用户的角色写一个拦截器或者在一个BaseServlet的service方法里统一判断HttpSession session req.getSession(); User user (User) session.getAttribute(loginUser); if (user null) { resp.sendRedirect(req.getContextPath() /login.jsp); return; } if (!admin.equals(user.getRole())) { resp.sendError(HttpServletResponse.SC_FORBIDDEN); return; }把这个逻辑放进所有管理功能页面的父类或过滤器里权限体系就成型了。这个升级成本小但非常直接地回答了不同角色的用户进入系统后能看到哪些功能、操作哪些数据这个管理信息系统的基本命题。6.3 日志记录与数据备份的实操建议最后说一点容易被忽略的运维层面改进。真正的企业物资管理系统里每一次入库、出库、修改单价、删除物资都应该在后台留下操作日志记录操作人、操作内容、时间。这个功能可以单独做一张操作日志表或者更简单的做法是在流水表里增加操作人字段。这样才能追溯到这批物资是谁在什么时候入的库出现账实不符时才有据可查。数据库备份也建议简单提一下可以用MySQL的mysqldump定时导出也可以写一个bat/shell脚本每天备份一次。这段内容增加在系统说明书里虽然不是代码功能但体现的是工程意识比单纯堆增删改查更能打动人。6.4 后续可以怎么扩展这套系统其实有非常大的扩展空间。你可以说想把Excel导入导出做进去用POI插件读取Excel批量导入物资基础数据一键导出库存台账。你也可以提想把物资图片管理做进去图片上传到服务器页面里展示缩略图。甚至可以说把统计模块升级成月度收发存报表并按部门维度生成汇总表。如果你把上面的安全加固、权限控制、事务处理、日志记录、报表统计任何一个点做成完整的功能在简历中都可以写成一个真实项目经历SaaS版的物资信息管理系统技术栈写JSPServletMySQL然后重点写实现库存出入库事务一致性确保账实相符实现角色权限控制细化到功能模块级访问。这套系统真正做明白的收获从来不只是跑通了就行而是你用最原始的技术把Web应用最基本的架构、数据、请求、事务、部署全链路摸了一遍。以后再学框架、再上SpringBoot、再进团队你的底子是扎实的不是飘的。我个人在实际操作中的体会还有一点跑通之前别着急改代码跑通之后别急着交作业。花一个晚上把事务补上、把一个过滤器加上、把一个报错修复掉这些不为人知的小改造才是真正让你从会跑demo变成会做系统的分水岭。希望这篇经验能帮你少走几个弯路也祝你早日把这套JSP企业物资信息管理系统打磨成自己拿得出手的第一个完整作品。
