企业官网建设流程全解析

简介：基于 Java 的花店管理系统源码与数据库文件打包为压缩包，主要面向正在学习 Java Web 开发、需要完成课程设计或毕业设计的学生，也可作为中小型花店信息化管理项目的起步模板。压缩包共包含九十八个文件，大小约二点五六兆字节，其中有二十七份 Java 源码、十六份 JSP 页面、九份 CSS 样式、六份 JavaScript 脚本，以及多张图片素材和项目配置说明，目录按照 WebContent 和 src 等常见结构组织，覆盖了登录注册、商品展示、购物车、订单处理、用户与员工管理等典型业务模块。目前已有六百三十八人学习下载，适合通过完整项目案例来理解 Servlet 与 JSP 的开发模式，并熟悉前后台数据交互和页面跳转逻辑。解压后能够直接导入开发工具查看源代码，整体结构清晰，便于在此基础上扩展功能，也可作为答辩演示和继续开发的参考资料。

1. 基于 Java 的花店管理系统：这套源码到底能拿来干什么

拿到「基于 java 的花店管理系统源码+数据库.zip」这类压缩包，最常见的场景不是二次开发，而是课程设计、毕业设计或者学期项目验收前的一周冲刺。很多同学解压之后直接改数据库密码，一跑就报ClassNotFoundException或者连接超时，卡在第一步就劝退了。这套系统本质上是一个典型的 Java Web 单体应用——JSP 做页面、Servlet 做控制、MySQL 存数据，覆盖管理员登录、鲜花商品管理、库存管理、订单管理和会员管理几个核心模块。它的价值不在于技术多新，而在于结构完整、能跑通、能讲清楚，适合用来理解 Java Web 项目从前端到数据库的完整链路，也适合在原有代码上改造成自己的东西。适合两类人：一类是刚学完 JavaWeb 要交课程设计的学生，另一类是想快速搭一个小型管理端做练手的开发者。这篇内容就按「确认技术栈、跑通项目、看懂业务、避开坑、改造成亮点」这条路线讲透，让你拿到 zip 之后不用再瞎折腾。

2. 跑通项目的正确顺序：先确认环境，再动数据库，最后启动 Tomcat

2.1 解压后先别改代码，先看这三样东西

很多人的习惯是解压后直接打开 IDEA 改数据库连接，这个顺序是错的。拿到 zip 之后，先花五分钟确认项目面貌，能避免后面几个小时的返工。第一件事看根目录有没有 README 或者 txt 说明文件，这类项目通常会把 JDK 版本、Tomcat 版本、数据库版本、导入步骤写在里面；第二件事找src/main/resources或者src下的配置文件，常见命名是db.properties、jdbc.properties、applicationContext.xml、c3p0-config.xml，里面写着数据库地址、用户名、密码和连接池参数；第三件事看 SQL 脚本的位置，一般在根目录的db、sql、database文件夹下，也可能是单独的.sql文件。

确认完这三样再动手。常见的技术栈组合是 JSP + Servlet + JDBC + MySQL 5.7，也有少量 JSP + Servlet + MyBatis 的版本，数据库配置文件里能看到驱动类名——如果写的是com.mysql.jdbc.Driver，这是 MySQL 5.x 时代的写法，如果你的 MySQL 是 8.0 以上，需要换成com.mysql.cj.jdbc.Driver，URL 也要带上时区参数。如果驱动类名已经是com.mysql.cj.jdbc.Driver，说明项目兼容 MySQL 8.0，用 5.7 反而要小心。这个细节是判断项目老旧程度最直接的方式，也决定你后面要准备的 JDK 和 Tomcat 版本。

一般遇到 JDK 8 写的项目，我习惯直接用 JDK 8 跑，不要拿 JDK 17 逞强。虽然大部分代码能编译过，但老项目里偶尔会出现依赖了内部 API 的写法，在 JDK 17 下直接反射报错，排查起来非常浪费时间。IDEA 里可以同时装多个 JDK，新建的 Project SDK 指到 JDK 8 就行。Tomcat 版本同理，老代码用 Tomcat 8.5 或 9.0 最稳妥，Tomcat 10 把javax.servlet换成了jakarta.servlet，老项目的 import 语句全是javax.servlet，扔到 Tomcat 10 上直接 ClassNotFoundException，而且改起来涉及几十个文件，非常被动。

2.2 数据库初始化的标准操作：用命令行导入 SQL 脚本

在导入 SQL 之前，先建好一个专用的数据库用户或者确认 root 密码可登录。常见做法是直接用 root，但如果你电脑上 root 有特殊权限限制，建议新建一个用户，避免后面权限问题来回折腾。启动 MySQL 服务后，用命令行确认版本和登录状态：

mysql -u root -p # 查看 MySQL 版本 SELECT VERSION(); # 查看已有数据库，确认有没有同名库 SHOW DATABASES;

这一步有两个作用：第一是确认 MySQL 能正常登录，第二是看有没有同名数据库。如果已经存在同名库，导入新 SQL 时要么删掉旧库，要么换成新的库名，否则表结构冲突会让后面所有操作都变得不可控。

接着创建数据库并导入脚本，编码和字符集这步非常重要。

CREATE DATABASE IF NOT EXISTS flower_shop DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE flower_shop; SOURCE /path/to/your/flower_shop.sql;

utf8mb4是必须的，花店商品名、客户留言、订单备注里都可能出现 emoji 或生僻字，用老的utf8会存不进去并报Incorrect string value错误。SOURCE后面要跟 SQL 文件的绝对路径，Windows 上用反斜杠路径时注意转义问题，建议直接写C:/xxx/xxx.sql这种正斜杠风格，MySQL 客户端也能识别。

部分项目提供的 SQL 脚本里带有CREATE DATABASE语句，这时候直接SOURCE即可，它会自己建库。导入完成后执行SHOW TABLES;确认核心表都出来了，花店系统一般至少有管理员表、商品/鲜花表、库存表、订单表、订单明细表这几张。如果表不全，回看 SQL 文件是不是分成了多个脚本，或者某些表是程序启动后自动创建的。

2.3 修改数据库配置文件：四个参数一个都不能错

数据库导入成功后回到 IDEA 修改连接配置。找到db.properties或者直接写在 DAO 类里的JDBC_DRIVER、DB_URL、USER、PASSWORD四个常量，这是整个项目跑通的关键节点。改的时候把 URL 里的数据库名、时区参数、编码参数一次性改对：

jdbc.driver=com.mysql.cj.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/flower_shop?useSSL=false&characterEncoding=utf8&serverTimezone=Asia/Shanghai&allowPublicKeyRetrieval=true jdbc.username=root jdbc.password=你的密码

useSSL=false是避免 MySQL 8.0 默认启用 SSL 报一堆警告，本地开发不需要加密链接；characterEncoding=utf8保证 Java 往数据库写中文不乱码；serverTimezone=Asia/Shanghai必须加，MySQL 8.0 的驱动如果拿不到服务器时区会直接抛异常；allowPublicKeyRetrieval=true是应对 MySQL 8.0 的 caching_sha2_password 认证方式，不加会报Public Key Retrieval is not allowed。这四个参数是老项目在 MySQL 8.0 上最容易翻车的四个点，一次性改完能省掉后面大量排查时间。

如果项目里用的是 C3P0 连接池，配置文件是c3p0-config.xml，字段名稍有不同但思路一样：

<property name="driverClass">com.mysql.cj.jdbc.Driver</property> <property name="jdbcUrl">jdbc:mysql://localhost:3306/flower_shop?useSSL=false&amp;characterEncoding=utf8&amp;serverTimezone=Asia/Shanghai</property> <property name="user">root</property> <property name="password">你的密码</property>

注意 XML 里的&符号必须写成&，否则 XML 解析直接报错，这是一个新手经常忽略的细节。改完配置文件先别启动，打开项目检查依赖库是否完整，重点看WEB-INF/lib目录下有没有mysql-connector-java.jar、c3p0.jar这类基础依赖。如果缺失，IDEA 的项目结构里能看到红色波浪线，Maven 项目检查pom.xml里的依赖坐标是否正确。

2.4 Tomcat 启动前的最后检查与运行配置

依赖和配置都确认后，开始配置运行环境。在 IDEA 的 Run/Debug Configurations 里新增 Tomcat Server，Local 类型，Application server 指向本地 Tomcat 目录。Deployment 标签页里添加该项目的 Artifact，Application context 建议设成/或者项目名，比如/flower_shop，这个值决定了你浏览器里访问的路径前缀。

特别留意两个隐蔽的问题。如果项目是普通 Web 项目而不是 Maven 结构，IDEA 需要手动添加 Web 根目录和 Artifact 配置，Project Structure里的Web标签页如果没有设置好，Tomcat 启动时会报Artifact: xxx: war exploded: Error during artifact deployment；如果项目里没有web.xml而是用了注解@WebServlet，要确认项目的 Web 版本声明对应 Servlet 3.0 以上，否则注解扫不到，页面全部 404。建议把web.xml打开扫一眼，看看里面的 Servlet 映射和 welcome-file 配置，确定入口是登录页还是首页。

启动成功后会看到 Tomcat 的 Console 输出Connected to server和项目部署成功的日志。打开浏览器访问http://localhost:8080/（或者带项目名的路径），看到登录页就算跑通了。如果登录页出来了但登录按钮报错，先别急着改代码，回到数据库确认管理员表里有没有初始化数据，很多 SQL 脚本只建表不插数据，管理员账号密码是空的，这类系统必须手动往表里插一条记录才能登录。

3. 花店系统的业务本质：六张核心表串起整个订单流程

3.1 技术选型的现实逻辑：为什么这类项目总是 JSP+Servlet

打开这类项目的源码，你大概率看到的是 JSP 里嵌着 Java 代码，或者 JSP 只负责展示、Servlet 负责业务逻辑，再加一层 DAO 访问数据库。这个结构和现在主流的前后端分离架构比确实不够「先进」，但在课程设计和毕业设计这个场景下，它恰恰是最合理的选择。答辩时老师关注的是你能不能讲清楚「浏览器发了一个请求，经过谁处理，数据怎么存取，页面怎么渲染」这条链路，JSP+Servlet 的请求转发模型非常直观，每一个环节都能对上具体代码，一问一个准。

如果换成 Spring Boot + Vue 的前后端分离架构，虽然技术更新也更贴近工业界，但连带要讲清楚跨域、API 设计、构建工具、前后端分别部署，对一个花店管理系统的业务体量来说，被追问到细节时很容易露出破绽。这不是说老技术好，而是说「做出来、能讲清楚」在这个场景里比「技术新」重要得多。如果你拿到的 zip 里是 Spring Boot 版本，后面所有步骤换个启动方式就行，但业务逻辑和表结构是一致的。

3.2 核心表结构与字段设计：对着自己的 SQL 逐个确认

打开 SQL 脚本时把每张表扫一遍，花店系统大概逃不出这几张表：管理员表（admin）、鲜花商品表（flower 或 product）、商品库存表（stock）、订单主表（orders）、订单明细表（order_item）、客户/会员表（customer）。还有一部分项目会加供应商表（supplier）或者采购表（purchase），但核心流程围绕前六张展开。

字段类型上有个规律值得记：价格字段基本都是decimal(10,2)，而不是float或double。这背后是面试和答辩的高频考点——浮点数无法精确表示货币值，0.1+0.2算出来是0.30000000000000004，用decimal才能保证金额精度。库存数量逻辑上不能为负，好的做法有CHECK约束保护，但老项目通常只在业务层做判断，后期改造时可以补上。

3.3 下单核心链路：从商品浏览到库存扣减，代码走到哪一步

理解了表关系后，再对着代码把下单链路走一遍，这是答辩时讲项目最说得出口的部分。常见流程是这样的：用户登录后进入商品列表页，每一件商品后面有「加入购物车」或「立即购买」，加入购物车往往用 session 暂存，因为未登录用户也能浏览；真正下单时系统做三件事——生成订单主表记录总金额和下单时间、生成订单明细表记录每一件商品的购买数量和单价、扣减库存表中对应商品的库存数量。

这套逻辑里最容易丢的步骤是「事务」。如果扣库存和生成订单之间没有事务管理，一旦生成订单成功但扣库存失败，就会出现超卖或者库存与订单对不上的问题。老项目用 JDBC 直连的话，事务代码通常长这样：

Connection conn = null; try { conn = DBUtil.getConnection(); conn.setAutoCommit(false); // 关闭自动提交，开启事务 orderDao.insertOrder(conn, order); // 1. 插入订单主表 orderItemDao.insertOrderItem(conn, items); // 2. 插入订单明细 stockDao.deductStock(conn, items); // 3. 扣减库存 conn.commit(); // 全部成功，提交事务 } catch (Exception e) { conn.rollback(); // 任何一步失败，全部回滚 throw new RuntimeException("下单失败", e); } finally { DBUtil.close(conn); }

这一步的关键是：三个 DAO 操作共用一个 Connection，并且需要手动setAutoCommit(false)开启事务，commit()提交，异常时rollback()回滚。如果你拿到的项目里下单代码是把getConnection()写在每个 DAO 方法内部，那它就没有事务保护，属于该项目的一个明显缺陷，答辩时老师一定会问，这时候你能说出「这个项目的下单没有事务控制，改进方向是用 ThreadLocal 保证同一个连接」就已经超出大部分同学的水平了。

3.4 JSP 页面与 Servlet 的对应关系：快速定位修改入口

老项目的页面跳转是有规律的，花几分钟理清映射关系能让你改东西时少走弯路。一般登录页是login.jsp，提交后跳转到LoginServlet，路径大概是/login，成功后 forward 到index.jsp或者main.jsp，失败则返回登录页并带错误提示。商品管理模块的 URL 通常包含flower或product关键字，比如FlowerListServlet对应/list，FlowerAddServlet对应/add，FlowerUpdateServlet对应/update，删除操作对应/delete，这些映射写在web.xml里或者用@WebServlet注解声明在类名上方。

找到映射关系最直接的办法是打开web.xml，从<servlet-mapping>标签里把 URL 和 Servlet 类名对应表过一遍。如果某天你改了数据库里的商品表字段，比如新增了一个「花语」字段，那么需要改的位置大概有四个：数据库 ALTER TABLE 加列、Flower实体类加属性、DAO 的 insert/update SQL 加字段、JSP 的表单里加输入框。这四步漏掉任何一处，轻则字段存不进去，重则启动报错，多走两遍你就记住了。

4. 避坑指南：花店系统从跑通到能用，最常见的五个坑和你不得不避开的地方

4.1 连接数据库报错：ClassNotFoundException 与版本错配

现象：Tomcat 启动时报java.lang.ClassNotFoundException: com.mysql.jdbc.Driver，或者运行时第一次查询数据库直接抛异常。

原因：两种情况，要么mysql-connector-java.jar不在WEB-INF/lib下，IDEA 编译能过但 Tomcat 运行时找不到；要么驱动类名写的是老版的com.mysql.jdbc.Driver，但你的连接包是 8.x 版本，8.x 已经把这个老类移除了。

解决：先检查WEB-INF/lib里有没有 jar 包，确认驱动版本，mysql-connector-java-5.1.x.jar对应com.mysql.jdbc.Driver，mysql-connector-j-8.x.jar对应com.mysql.cj.jdbc.Driver。如果 jar 存在但报错，建议删掉重新导入项目依赖，IDEA 的依赖解析偶尔会抽风，File -> Invalidate Caches and Restart之后重新 Build 能解决大部分灵异问题。如果驱动和类名匹配但还报错，把 URL 里的时区参数serverTimezone=Asia/Shanghai加上再试。

4.2 页面中文和数据库中文全部乱码

现象：页面显示???或者测试这类乱码，数据库里存的信息也是乱码。

原因：字符集链路断了。MySQL 建库时不是utf8mb4，或者 JDBC URL 没带characterEncoding=utf8，或者 JSP 页面本身的charset声明是ISO-8859-1，或者 Tomcat 接收 POST 请求时没有按 UTF-8 解码。这一条链路里任何一环掉链子，中文就废了。

解决：按链路逐层修复。数据库层面确保库和表都是utf8mb4，已经建错的表执行ALTER TABLE xxx CONVERT TO CHARACTER SET utf8mb4;；JDBC URL 加上characterEncoding=utf8；JSP 页面头部的pageEncoding和contentType都改成UTF-8；Tomcat 处理 POST 请求的编码，在web.xml里加一个编码过滤器是最稳妥的方案：

<filter> <filter-name>encodingFilter</filter-name> <filter-class>org.apache.catalina.filters.SetCharacterEncodingFilter</filter-class> <init-param> <param-name>encoding</param-name> <param-value>UTF-8</param-value> </init-param> </filter> <filter-mapping> <filter-name>encodingFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping>

这个过滤器是 Tomcat 自带的类，不需要自己实现。加完后重启服务，乱码问题大概率解决。如果你的项目里已经有自定义过滤器，检查它的实现里有没有正确处理 request 和 response 的编码，半吊子过滤器比没有更坑。

4.3 建表报错：oh my god，user和orders是保留字

现象：执行 SQL 脚本时报语法错误，或者在插入数据时报Unknown column，而 SQL 语句肉眼看上去完全正常。比如CREATE TABLE user (id INT, ...)直接报语法错误。

原因：user、order、group、desc都是 MySQL 的保留字或关键字。老脚本喜欢用user做表名、用order做订单表名，这在 MySQL 5.7 之前能蒙混过关，但新版 MySQL 对保留字的校验更严格。

解决：表名两侧加反引号：

CREATE TABLE `user` (`id` INT PRIMARY KEY, `name` VARCHAR(50));

但更推荐的做法是直接改表名，user改成sys_user，order改成orders，orders不算保留字相对安全。改表名会影响实体类名、DAO 层 SQL、mapper XML 里的表映射，工作量集中在搜索替换。如果你只是想让脚本跑通，反引号是最快解法；如果你想让项目更规范且时间充裕，改名是更好的方向。

4.4 商品图片上传后访问 404

现象：上传花束图片提示成功，但图片在页面上显示不出来，浏览器直接访问图片地址返回 404。

原因：这是老项目最经典的一个设计缺陷。把上传的文件写到了项目部署目录的某个路径下，但每次重新部署或重新构建项目时，Tomcat 会把部署目录清空重建，上传的图片随之一并消失。另外如果图片被写到了WEB-INF目录里，浏览器根本无法直接访问。

解决：最省事的做法是把图片上传到项目外部的固定目录，比如D:/flower_shop_upload/，然后配置 Tomcat 的虚拟路径映射。在conf/server.xml的<Host>标签里加：

<Context docBase="D:/flower_shop_upload" path="/upload" reloadable="false"/>

这样浏览器访问http://localhost:8080/upload/xxx.jpg就能直接读取外部目录的文件，不受重新部署影响。如果不想动 Tomcat 配置，也可以把上传路径写到项目的webapp/upload目录下，访问路径写绝对路径，但下次部署前要记得手动备份上传的文件。这个问题整改起来不到十分钟，却是答辩时能展现工程素养的一个加分项——能说出「上传文件不能放部署目录，会丢」这句话，说明你真的跑过这个系统。

4.5 日期时间字段的存取报错和时区偏移

现象：查询订单列表时报java.sql.SQLException: Cannot convert value，或者订单创建时间比本地时间少了 8 小时，或者插入数据时日期字段报Incorrect datetime value。

原因：两个原因叠加，一个是实体类里用了java.util.Date而 PreparedStatement 的setDate方法接收的是java.sql.Date，类型不匹配查不出来；另一个是 JDBC URL 没加时区参数或者加错了，MySQL 的datetime存的是字面时间，Java 读取时如果时区对不上就会出现偏移。

解决：实体类的日期字段建议用java.util.Date，写入数据库时统一走java.sql.Timestamp做转换：

ps.setTimestamp(3, new Timestamp(order.getCreateTime().getTime())); String timestamp = rs.getTimestamp("create_time").toString(); // 读取时统一走 getTimestamp

时区问题回到 JDBC URL，serverTimezone=Asia/Shanghai不能少，时区配成UTC就会差 8 个小时。排查日期问题时，先看数据库里存的值对不对，配置文件改了之后要重启，不要改完只刷新页面就报错说没解决——我见过好几个人栽在这种「改了配置不重启」的低级失误上，重启永远是最快的验证方式。

5. 把课程设计讲出亮点：三个低成本改动让项目和别人不一样

5.1 给商品表加库存预警：一条 SQL 加一个页面变色

花店系统最常见的缺陷是库存管理形同虚设，后台只能手动改数字，没有预警机制。加一个「库存低于阈值自动标记」的功能，其实只需要在商品列表的 JSP 页面里做一个判断，然后在管理端首页加一个预警列表。

先确认每件商品有一个库存字段，比如stock_quantity，再在数据库里给flower表加一个warning_line字段表示预警阈值：

ALTER TABLE flower ADD COLUMN warning_line INT DEFAULT 10 COMMENT '库存预警线'; UPDATE flower SET warning_line = 10;

页面端查商品列表时，在 JSP 的循环里加一行判断：

<c:if test="${flower.stockQuantity <= flower.warningLine}"> <span style="color:red;">库存不足</span> </c:if>

逻辑说明：这条判断的本质是「当前库存量和预警线做比较」，阈值字段放在商品表里意味着每件商品可以单独设置不同的预警线，比写死在代码里更灵活。参数说明：warning_line默认设置 10，如果你花店的畅销款多，可以改成 20 或者更高，这个数字没有标准答案，按实际运营情况调。

首页再加一个「库存预警商品」列表，查库存低于预警线的商品：

SELECT id, name, stock_quantity, warning_line FROM flower WHERE stock_quantity <= warning_line ORDER BY stock_quantity ASC;

后端加一个 DAO 方法，把结果放到 request 域里，首页用表格展示。逻辑很简单，答辩价值在于你主动发现了原系统的不足并做了完善，这是老师最喜欢看到的改进方向。

5.2 加一个订单月度统计：用一条 SQL 输出图表数据

花店管理系统的管理端通常只有 CRUD，没有任何统计分析能力。加一个「近六个月订单趋势」统计，分成两步：后端写一个统计接口返回逐月订单数量，前端用图表库绘制柱状图。

后端统计 SQL 的核心是按月份分组：

SELECT DATE_FORMAT(create_time, '%Y-%m') AS month, COUNT(*) AS order_count, SUM(total_amount) AS total_amount FROM orders WHERE create_time >= DATE_SUB(CURDATE(), INTERVAL 6 MONTH) GROUP BY DATE_FORMAT(create_time, '%Y-%m') ORDER BY month;

逻辑说明：DATE_FORMAT(create_time, '%Y-%m')把时间字段转成yyyy-MM格式，聚合函数统计每个月的订单笔数和销售额，DATE_SUB(CURDATE(), INTERVAL 6 MONTH)过滤掉六个月之前的数据，保证图表只展示最近半年走势。参数说明：INTERVAL 6 MONTH是窗口大小，想要看一年走势就改成12 MONTH，这个值可以做成前端下拉框让用户自己选。

前端页面用一个表格展示统计结果就好，不需要引入重型的图表库，但如果项目要求动态可视化，可以用 ECharts 的 CDN 版本画一个柱状图，把上面接口返回的数据塞进去。核心工作量集中在后端的 SQL 和 DAO 方法，前端只是把数据渲染出来。这个改造在答辩中的作用非常大——老师问「你这个系统除了增删改查还能做什么」的时候，你可以现场打开统计页面，把曲线指给他看。

5.3 把 JDBC 直连改成连接池：一份配置救活整个项目

老项目最常见的性能瓶颈是每次操作数据库都走DriverManager.getConnection()，高并发场景下连接建立和释放的开销会拖垮系统。改成连接池可以在不改变 DAO 层主体逻辑的情况下，靠一份配置文件解决问题。

以 C3P0 为例，把c3p0-config.xml放在src根目录后，新建一个工具类获取连接：

public class DBUtil { private static ComboPooledDataSource ds = new ComboPooledDataSource(); public static Connection getConnection() throws Exception { return ds.getConnection(); } }

逻辑说明：ComboPooledDataSource从配置文件读取数据库连接参数并维护一组空闲连接，每次调用getConnection()不是新建连接，而是从连接池里借一个，用完归还。对于 DAO 层，把原来DBUtil.getConnection()的实现替换掉就行，调用端代码可以不改。参数说明：C3P0 配置里必调三个参数——initialPoolSize初始连接数，一般 3 到 5；maxPoolSize最大连接数，课程设计项目设 20 到 30 足够；checkoutTimeout获取连接超时时间，设 3000 毫秒，连接池满时快速失败而不是无限等。如果用的是 HikariCP 或者 Druid，配置思路完全一样，只是类名和 XML 标签不同。

真正要小心的是：原来 DAO 里如果存在每次调close()就把物理连接关掉的写法，改成连接池后close()关闭的是逻辑连接，连接实际归还给池子，不影响正确性。但如果原来 DAO 的 Connection 管理不规范，比如有些方法忘记关连接，换用连接池之后连接耗尽的问题会更快暴露出来，这反而是一个好事——逼迫你把每个 DAO 的 close 都补上。

6. 改完之后怎么验证：五分钟验收清单和两个省时间的技巧

6.1 一份能覆盖核心流程的验收清单，从头到尾跑一遍

改完代码后立刻进入验证环节。不要凭感觉点几个页面就认为没问题，按业务主链路完整走一遍，列一张五步清单，每步确认预期结果，任何一步不对都要停下修完再往下走。

其中下单全流程的验证建议故意买两件同一款花，下单成功后去数据库查orders、order_item、stock三张表，确认订单金额 = 明细单价之和，且库存数量确实减少了。这一步能验证事务是否生效，是最有含金量的一个检查点。

6.2 两个实际开发中常用的省时技巧：提高改代码效率

第一个技巧是写一个重启 Tomcat 的小脚本。每次改完配置或装完新依赖，都要到 IDEA 里手动停止、再启动，来回点好几下，而且经常会碰到端口被占用。写一个 bat 或 shell 脚本，先强制结束占用 8080 端口的进程，再重新启动 Tomcat，能把这个过程压到十秒内完成。Windows 上打开命令行执行：

netstat -ano | findstr :8080 taskkill /PID <进程号> /F cd D:\apache-tomcat-9.0.xx\bin startup.bat

第二个技巧是把 SQL 脚本按模块拆分，单独建一个alter.sql，把你做的所有改动——加库存预警字段、加统计视图、加测试数据——都放到这个文件里。好处是以后换一台电脑部署时，只需要先跑原始的flower_shop.sql，再跑alter.sql，就能完整还原你的改造结果。我自己的习惯是每次拿到这类源码，先跑通再读代码，改一处配置记一处踩坑，改完一处验证一处。这套方法看起来慢，实际上比东改一处西试一下快得多，望帮到你。

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