简介这份资源是面向Java Web初学者与课程设计学习者的完整项目资料包围绕基于JSP与Access数据库的手机销售系统展开可用于毕业设计参考、课程实践或自学练手。压缩包共2.26MB内含项目报告、详细设计说明书、需求说明书、数据库设计说明书、开题报告、测试计划及JSP源代码等文档与代码文件覆盖从需求分析、系统设计、编码实现到测试验收的完整流程。系统功能涉及手机型号展示、库存管理、订单处理、用户注册登录等模块JSP负责处理请求与生成动态页面Access承担库存、销售记录与客户信息的存储管理。已有76人学习下载适合希望理解JSP结合数据库开发Web应用基本流程、积累实际项目经验的读者参考借鉴。1. 从一份 JSPAccess 手机销售系统说起它到底能跑通什么如果你正在翻毕设选题或者手头有一个“基于 JSPAccess 的手机销售系统设计与实现”的压缩包里面躺着项目报告、源代码、开题报告和需求分析那你大概率会遇到一个很现实的问题这套东西到底能不能跑起来值不值得照着做一遍。JSP 加 Access 这个组合在今天的技术栈里看起来有点“复古”但它恰恰是国内高校 JavaWeb 课程和毕设里出现频率极高的搭配。原因不复杂JSP 是 Model1/Model2 教学的经典载体Access 是 Windows 环境下零配置就能用的桌面数据库两者凑在一起不需要装 MySQL、不需要配 Tomcat 数据源解压就能改改完就能演示。这套手机销售系统通常覆盖的是最典型的电商后台雏形手机品牌与型号管理、库存录入、订单生成、用户注册登录、销售统计。它解决的不是高并发问题而是“一个完整的增删改查业务闭环怎么用 JSP 写出来”。适合谁适合刚学完 Servlet 和 JSP、需要一个小型完整项目练手的学生也适合需要快速交付课程设计、不想在环境配置上耗太多时间的开发者。但要注意Access 不是玩具它有明确的并发上限和文件锁机制用错了场景翻车是迟早的事。2. 环境搭建与 Access 数据源配置把黑匣子打开2.1 JDK、Tomcat 与 Access 驱动的版本匹配这套系统的运行底座是 JDK Tomcat Access JDBC 驱动。很多人卡在第一步不是代码写错了而是版本对不上。Access 的 JDBC 驱动在 64 位系统上尤其容易出问题因为 Windows 自带的 ODBC 数据源管理器默认只显示 64 位驱动而 Tomcat 如果跑在 32 位 JVM 下就会找不到数据源。我一般会先确认三件事JDK 是 1.8 还是 11Tomcat 是 8.5 还是 9Access 文件是 .mdb 还是 .accdb。.mdb 对应的是老版 Jet 驱动.accdb 需要 ACE 驱动。如果你在 64 位系统上跑 Tomcat必须装 64 位的 AccessDatabaseEngine否则连接字符串写对了也会报“未找到数据源名称且未指定默认驱动程序”。# 检查当前 JDK 位数输出 64 说明是 64 位 JVM java -version 21 | findstr 64-Bit # 查看 Tomcat 使用的 JAVA_HOME 是否指向正确的 JDK echo %JAVA_HOME%逻辑说明第一条命令用来确认 JVM 位数因为 Access 驱动必须和 JVM 位数一致。第二条命令检查环境变量很多人的 Tomcat 启动时用的是系统默认 JDK而不是自己以为的那个。参数上如果你用的是 Tomcat 9建议 JDK 至少 1.8如果用的是 Tomcat 10JSP 的包名已经从 javax.servlet 变成 jakarta.servlet老代码直接跑会报 ClassNotFoundException。2.2 用 JDBC-ODBC 桥接还是纯 JDBC 驱动JSP 连接 Access 有两条路JDBC-ODBC 桥接和纯 JDBC 驱动。桥接方式需要先在 Windows 里配一个系统 DSN代码里写jdbc:odbc:你的DSN名。纯 JDBC 方式直接写文件路径不需要配 DSN但需要把 Access 驱动 jar 包放进 Tomcat 的 lib 目录。我一般会选纯 JDBC因为部署时少一步配置换机器时不容易忘。连接字符串的写法有讲究// 纯 JDBC 连接 Access 的典型写法 String url jdbc:ucanaccess://D:/project/phone_sales.accdb; // 如果用的是老版 .mdb 文件 // String url jdbc:odbc:Driver{Microsoft Access Driver (*.mdb)};DBQD:/project/phone_sales.mdb; Connection conn DriverManager.getConnection(url);逻辑说明ucanaccess是一个纯 Java 的 Access 驱动不需要配 ODBC 数据源直接把 jar 包丢进WEB-INF/lib就能用。参数上路径建议用绝对路径相对路径在 Tomcat 里会以bin目录为基准很容易找不到文件。如果你坚持用 JDBC-ODBC 桥接注意 JDK 8 以后已经移除了jdbc-odbc桥接必须额外引入ojdbc或者改用 ucanaccess。提示Access 文件不要放在 Tomcat 的 webapps 目录下因为 Tomcat 重新部署时会清空该目录数据库文件可能被删掉。放在项目外部的固定目录用绝对路径引用。2.3 建库建表的最小 SQL 与字段类型选择Access 的 SQL 方言和 MySQL 有差异比如不支持AUTO_INCREMENT而是用COUNTER类型做主键自增。手机销售系统的核心表通常包括手机信息表、用户表、订单表和订单明细表。下面是一个最小可用的建表脚本-- 手机信息表 CREATE TABLE phone ( id COUNTER PRIMARY KEY, brand TEXT(50), model TEXT(50), price CURRENCY, stock INTEGER, image_path TEXT(255) ); -- 用户表 CREATE TABLE users ( id COUNTER PRIMARY KEY, username TEXT(50) UNIQUE, password TEXT(50), role TEXT(20) ); -- 订单表 CREATE TABLE orders ( id COUNTER PRIMARY KEY, user_id INTEGER, order_date DATETIME, total_amount CURRENCY );逻辑说明COUNTER是 Access 的自增主键类型等价于 MySQL 的AUTO_INCREMENT。CURRENCY用于金额字段避免浮点误差。TEXT(50)在 Access 里是短文本超过 255 字符要用MEMO。注意 Access 不支持FOREIGN KEY约束的级联删除所以订单和用户的关联要在 Java 代码里手动维护不能指望数据库帮你擦屁股。3. JSP 页面与业务逻辑分层别把 Java 代码写进 HTML3.1 Model2 模式下 Servlet 与 JSP 的职责划分热词里有人搜“按照 JSP Model2 思想实现用户注册功能”这说明很多人已经意识到 Model1 把业务逻辑和页面混在一起是灾难。Model2 的核心是Servlet 负责接收请求、调用业务方法、把结果存进 request 或 session然后转发给 JSPJSP 只负责展示不写数据库连接不写业务判断。手机销售系统里用户注册的流程可以这样拆RegisterServlet接收表单参数调用UserDao.insert()成功则request.setAttribute(msg, 注册成功)然后request.getRequestDispatcher(login.jsp).forward(request, response)。JSP 里只用 EL 表达式${msg}输出提示。// RegisterServlet.java 核心片段 protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { request.setCharacterEncoding(UTF-8); String username request.getParameter(username); String password request.getParameter(password); UserDao dao new UserDao(); boolean success dao.insert(new User(username, password, customer)); if (success) { request.setAttribute(msg, 注册成功请登录); request.getRequestDispatcher(login.jsp).forward(request, response); } else { request.setAttribute(msg, 用户名已存在); request.getRequestDispatcher(register.jsp).forward(request, response); } }逻辑说明setCharacterEncoding必须在getParameter之前调用否则中文会乱码。forward是服务器内部跳转浏览器地址栏不变适合注册后提示场景。参数上UserDao里不要每次请求都新建数据库连接建议用简单的连接池或者至少把Connection的关闭放在finally块里。3.2 手机列表页的分页查询与 Access 的 LIMIT 替代方案Access 不支持 MySQL 的LIMIT offset, size语法这是很多人从 MySQL 转过来时第一个踩的坑。Access 里实现分页通常用TOP配合子查询或者用NOT IN排除已显示的行。对于手机销售系统的商品列表如果数据量不大几百条以内我一般直接用TOP加排序取前 N 条然后在 Java 里做内存分页。-- 查询第 2 页每页 10 条按 id 排序 SELECT TOP 10 * FROM phone WHERE id NOT IN ( SELECT TOP 10 id FROM phone ORDER BY id ) ORDER BY id;逻辑说明内层SELECT TOP 10 id取出第一页的 10 个 id外层用NOT IN排除掉再取前 10 条就是第二页。参数上页码越大子查询越深性能越差。如果数据超过 1000 条建议改用ORDER BY id配合WHERE id 上一页最后一个id的方式也就是游标分页效率会高很多。3.3 订单生成时的事务处理与 Access 的锁机制订单生成涉及两张表orders插入一条记录order_detail插入多条明细同时phone表的库存要扣减。这三步必须在一个事务里完成否则会出现订单生成了但库存没扣或者库存扣了但订单没生成的情况。Access 支持事务但它的锁是文件级锁不是行级锁。也就是说一个事务在写orders表时整个.accdb文件都会被锁定其他请求只能等待。如果并发稍微高一点就会频繁出现“数据库已被其他用户锁定”的错误。Connection conn null; try { conn DriverManager.getConnection(url); conn.setAutoCommit(false); // 开启事务 // 1. 插入订单 PreparedStatement ps1 conn.prepareStatement( INSERT INTO orders (user_id, order_date, total_amount) VALUES (?, ?, ?)); ps1.setInt(1, userId); ps1.setTimestamp(2, new Timestamp(System.currentTimeMillis())); ps1.setDouble(3, totalAmount); ps1.executeUpdate(); // 2. 扣减库存 PreparedStatement ps2 conn.prepareStatement( UPDATE phone SET stock stock - ? WHERE id ? AND stock ?); ps2.setInt(1, quantity); ps2.setInt(2, phoneId); ps2.setInt(3, quantity); int affected ps2.executeUpdate(); if (affected 0) { throw new SQLException(库存不足); } conn.commit(); } catch (SQLException e) { if (conn ! null) conn.rollback(); e.printStackTrace(); } finally { if (conn ! null) conn.close(); }逻辑说明setAutoCommit(false)开启事务commit()提交rollback()回滚。库存扣减的 SQL 里加了AND stock ?这是防止超卖的关键如果返回的affected为 0说明库存不够主动抛异常触发回滚。参数上PreparedStatement的占位符顺序要和setXxx的索引一一对应写错了不会报错但数据会错位。注意Access 的事务隔离级别默认是“可重复读”但实际表现更接近“读已提交”。在高并发场景下不要依赖 Access 的事务来保证一致性它更适合单用户或小规模演示。4. 避坑与排查那些让你熬夜的 Access 和 JSP 问题4.1 中文乱码从表单到数据库的全链路排查现象注册用户时输入中文用户名数据库里存进去变成问号或者页面显示乱码。原因JSP 页面、Servlet 请求、数据库连接三个环节的编码不一致。JSP 页面默认用 ISO-8859-1 解码Access 的文本字段默认用系统区域设置编码。解决JSP 页面顶部加% page contentTypetext/html;charsetUTF-8 %Servlet 里在getParameter之前调用request.setCharacterEncoding(UTF-8)JDBC 连接字符串里加;charsetUTF-8。如果用的是 ucanaccess它默认就是 UTF-8不需要额外配。4.2 Access 驱动报“未找到数据源名称”的三种可能现象Tomcat 启动正常但访问数据库页面时报java.sql.SQLException: [Microsoft][ODBC 驱动程序管理器] 未发现数据源名称并且未指定默认驱动程序。原因一用了 JDBC-ODBC 桥接但系统 DSN 没配。原因二Access 驱动位数和 JVM 位数不匹配。原因三连接字符串里的文件路径写错或者文件被移动了。解决优先改用 ucanaccess 纯 JDBC 驱动彻底绕开 ODBC 配置。如果必须用 ODBC在 Windows 的“ODBC 数据源管理器”里确认是 32 位还是 64 位和 Tomcat 的 JVM 保持一致。路径用绝对路径并且确认 Tomcat 进程有该目录的读取权限。4.3 JSP 页面修改后不生效的缓存问题现象改了 JSP 文件刷新浏览器还是旧内容重启 Tomcat 才生效。原因Tomcat 的work目录缓存了编译后的 JSP Servlet默认不会自动检测 JSP 变化。解决在conf/web.xml里找到development参数设为true并把modificationTestInterval设为0。或者在 IDE 里配置热部署。更直接的办法是每次改完 JSP 后手动删除work/Catalina/localhost/你的项目名目录。4.4 订单号重复或主键冲突现象并发提交订单时偶尔报主键冲突或者订单号重复。原因Access 的COUNTER自增主键在事务回滚后不会回退如果多个请求同时插入自增值可能被跳过但不会重复。真正导致重复的是代码里手动生成了订单号比如用时间戳加随机数并发时可能撞车。解决订单号不要手动生成直接用COUNTER主键作为订单号。如果业务要求订单号有特定格式在COUNTER基础上拼接前缀比如ORD- id保证唯一性。4.5 Tomcat 启动报端口占用或内存溢出现象启动 Tomcat 时报Address already in use: JVM_Bind或者运行一段时间后报OutOfMemoryError: Java heap space。原因8080 端口被其他程序占用或者 JVM 默认堆内存太小Access 查询大量数据时把内存撑爆。解决改conf/server.xml里的端口号或者用netstat -ano | findstr 8080找到占用进程并结束。内存问题在bin/catalina.bat里加set JAVA_OPTS-Xms256m -Xmx512m根据机器配置调整。5. 从能跑到好用Access 迁移 MySQL 的平滑路径与验证技巧这套系统跑通之后很多人会问Access 能不能换成 MySQL答案是能而且迁移路径比你想的平滑。因为 JSP 页面和 Servlet 层几乎不用动只需要改 DAO 层的连接字符串和少量 SQL 方言。我一般会按这个顺序操作先把 Access 的表结构导出成 MySQL 的建表语句把COUNTER改成AUTO_INCREMENTCURRENCY改成DECIMAL(10,2)DATETIME保持不变。然后改 JDBC 连接// 从 Access 迁移到 MySQL 只需改这一行 // String url jdbc:ucanaccess://D:/project/phone_sales.accdb; String url jdbc:mysql://localhost:3306/phone_sales?useUnicodetruecharacterEncodingUTF-8serverTimezoneAsia/Shanghai; String user root; String password 你的密码;逻辑说明MySQL 的连接字符串需要指定时区否则 JDBC 驱动会报时区错误。useUnicode和characterEncoding保证中文不乱码。参数上如果你的 MySQL 是 8.0 以上驱动类名是com.mysql.cj.jdbc.Driver5.x 是com.mysql.jdbc.Driver写错了会报ClassNotFoundException。迁移后怎么验证数据一致性我习惯用三步第一步对比两张表的记录数SELECT COUNT(*)在 Access 和 MySQL 里各跑一遍。第二步随机抽 10 条订单核对金额和库存扣减是否一致。第三步用 JMeter 或者简单的多线程脚本模拟 20 个并发下单看 MySQL 会不会出现超卖。Access 在并发下几乎必然锁库而 MySQL 的行级锁能扛住这个量级。还有一个容易被忽略的点Access 的TEXT字段在迁移到 MySQL 时如果长度超过 255要改成VARCHAR(500)或TEXT否则插入长文本会被截断。我见过有人迁移后商品描述只剩前 255 个字符排查了半天才发现是字段类型没改。最后说一个我自己的习惯每次改完 DAO 层不要急着打开浏览器点页面先写一个main方法直接调 DAO用System.out.println打印结果。这样能把“数据库连不上”和“JSP 页面渲染错”两个问题分开省掉很多来回重启 Tomcat 的时间。这套 JSPAccess 的手机销售系统价值不在于技术多新而在于它能让你把 JavaWeb 的完整链路走一遍从表单提交到事务回滚从乱码排查到分页优化。把这些坑踩完换任何框架你都知道该看哪里。希望帮到你。本文还有配套的精品资源点击获取 JSP+Access手机销售系统实战：环境搭建、分页优化与迁移MySQL
简介这份资源是面向Java Web初学者与课程设计学习者的完整项目资料包围绕基于JSP与Access数据库的手机销售系统展开可用于毕业设计参考、课程实践或自学练手。压缩包共2.26MB内含项目报告、详细设计说明书、需求说明书、数据库设计说明书、开题报告、测试计划及JSP源代码等文档与代码文件覆盖从需求分析、系统设计、编码实现到测试验收的完整流程。系统功能涉及手机型号展示、库存管理、订单处理、用户注册登录等模块JSP负责处理请求与生成动态页面Access承担库存、销售记录与客户信息的存储管理。已有76人学习下载适合希望理解JSP结合数据库开发Web应用基本流程、积累实际项目经验的读者参考借鉴。1. 从一份 JSPAccess 手机销售系统说起它到底能跑通什么如果你正在翻毕设选题或者手头有一个“基于 JSPAccess 的手机销售系统设计与实现”的压缩包里面躺着项目报告、源代码、开题报告和需求分析那你大概率会遇到一个很现实的问题这套东西到底能不能跑起来值不值得照着做一遍。JSP 加 Access 这个组合在今天的技术栈里看起来有点“复古”但它恰恰是国内高校 JavaWeb 课程和毕设里出现频率极高的搭配。原因不复杂JSP 是 Model1/Model2 教学的经典载体Access 是 Windows 环境下零配置就能用的桌面数据库两者凑在一起不需要装 MySQL、不需要配 Tomcat 数据源解压就能改改完就能演示。这套手机销售系统通常覆盖的是最典型的电商后台雏形手机品牌与型号管理、库存录入、订单生成、用户注册登录、销售统计。它解决的不是高并发问题而是“一个完整的增删改查业务闭环怎么用 JSP 写出来”。适合谁适合刚学完 Servlet 和 JSP、需要一个小型完整项目练手的学生也适合需要快速交付课程设计、不想在环境配置上耗太多时间的开发者。但要注意Access 不是玩具它有明确的并发上限和文件锁机制用错了场景翻车是迟早的事。2. 环境搭建与 Access 数据源配置把黑匣子打开2.1 JDK、Tomcat 与 Access 驱动的版本匹配这套系统的运行底座是 JDK Tomcat Access JDBC 驱动。很多人卡在第一步不是代码写错了而是版本对不上。Access 的 JDBC 驱动在 64 位系统上尤其容易出问题因为 Windows 自带的 ODBC 数据源管理器默认只显示 64 位驱动而 Tomcat 如果跑在 32 位 JVM 下就会找不到数据源。我一般会先确认三件事JDK 是 1.8 还是 11Tomcat 是 8.5 还是 9Access 文件是 .mdb 还是 .accdb。.mdb 对应的是老版 Jet 驱动.accdb 需要 ACE 驱动。如果你在 64 位系统上跑 Tomcat必须装 64 位的 AccessDatabaseEngine否则连接字符串写对了也会报“未找到数据源名称且未指定默认驱动程序”。# 检查当前 JDK 位数输出 64 说明是 64 位 JVM java -version 21 | findstr 64-Bit # 查看 Tomcat 使用的 JAVA_HOME 是否指向正确的 JDK echo %JAVA_HOME%逻辑说明第一条命令用来确认 JVM 位数因为 Access 驱动必须和 JVM 位数一致。第二条命令检查环境变量很多人的 Tomcat 启动时用的是系统默认 JDK而不是自己以为的那个。参数上如果你用的是 Tomcat 9建议 JDK 至少 1.8如果用的是 Tomcat 10JSP 的包名已经从 javax.servlet 变成 jakarta.servlet老代码直接跑会报 ClassNotFoundException。2.2 用 JDBC-ODBC 桥接还是纯 JDBC 驱动JSP 连接 Access 有两条路JDBC-ODBC 桥接和纯 JDBC 驱动。桥接方式需要先在 Windows 里配一个系统 DSN代码里写jdbc:odbc:你的DSN名。纯 JDBC 方式直接写文件路径不需要配 DSN但需要把 Access 驱动 jar 包放进 Tomcat 的 lib 目录。我一般会选纯 JDBC因为部署时少一步配置换机器时不容易忘。连接字符串的写法有讲究// 纯 JDBC 连接 Access 的典型写法 String url jdbc:ucanaccess://D:/project/phone_sales.accdb; // 如果用的是老版 .mdb 文件 // String url jdbc:odbc:Driver{Microsoft Access Driver (*.mdb)};DBQD:/project/phone_sales.mdb; Connection conn DriverManager.getConnection(url);逻辑说明ucanaccess是一个纯 Java 的 Access 驱动不需要配 ODBC 数据源直接把 jar 包丢进WEB-INF/lib就能用。参数上路径建议用绝对路径相对路径在 Tomcat 里会以bin目录为基准很容易找不到文件。如果你坚持用 JDBC-ODBC 桥接注意 JDK 8 以后已经移除了jdbc-odbc桥接必须额外引入ojdbc或者改用 ucanaccess。提示Access 文件不要放在 Tomcat 的 webapps 目录下因为 Tomcat 重新部署时会清空该目录数据库文件可能被删掉。放在项目外部的固定目录用绝对路径引用。2.3 建库建表的最小 SQL 与字段类型选择Access 的 SQL 方言和 MySQL 有差异比如不支持AUTO_INCREMENT而是用COUNTER类型做主键自增。手机销售系统的核心表通常包括手机信息表、用户表、订单表和订单明细表。下面是一个最小可用的建表脚本-- 手机信息表 CREATE TABLE phone ( id COUNTER PRIMARY KEY, brand TEXT(50), model TEXT(50), price CURRENCY, stock INTEGER, image_path TEXT(255) ); -- 用户表 CREATE TABLE users ( id COUNTER PRIMARY KEY, username TEXT(50) UNIQUE, password TEXT(50), role TEXT(20) ); -- 订单表 CREATE TABLE orders ( id COUNTER PRIMARY KEY, user_id INTEGER, order_date DATETIME, total_amount CURRENCY );逻辑说明COUNTER是 Access 的自增主键类型等价于 MySQL 的AUTO_INCREMENT。CURRENCY用于金额字段避免浮点误差。TEXT(50)在 Access 里是短文本超过 255 字符要用MEMO。注意 Access 不支持FOREIGN KEY约束的级联删除所以订单和用户的关联要在 Java 代码里手动维护不能指望数据库帮你擦屁股。3. JSP 页面与业务逻辑分层别把 Java 代码写进 HTML3.1 Model2 模式下 Servlet 与 JSP 的职责划分热词里有人搜“按照 JSP Model2 思想实现用户注册功能”这说明很多人已经意识到 Model1 把业务逻辑和页面混在一起是灾难。Model2 的核心是Servlet 负责接收请求、调用业务方法、把结果存进 request 或 session然后转发给 JSPJSP 只负责展示不写数据库连接不写业务判断。手机销售系统里用户注册的流程可以这样拆RegisterServlet接收表单参数调用UserDao.insert()成功则request.setAttribute(msg, 注册成功)然后request.getRequestDispatcher(login.jsp).forward(request, response)。JSP 里只用 EL 表达式${msg}输出提示。// RegisterServlet.java 核心片段 protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { request.setCharacterEncoding(UTF-8); String username request.getParameter(username); String password request.getParameter(password); UserDao dao new UserDao(); boolean success dao.insert(new User(username, password, customer)); if (success) { request.setAttribute(msg, 注册成功请登录); request.getRequestDispatcher(login.jsp).forward(request, response); } else { request.setAttribute(msg, 用户名已存在); request.getRequestDispatcher(register.jsp).forward(request, response); } }逻辑说明setCharacterEncoding必须在getParameter之前调用否则中文会乱码。forward是服务器内部跳转浏览器地址栏不变适合注册后提示场景。参数上UserDao里不要每次请求都新建数据库连接建议用简单的连接池或者至少把Connection的关闭放在finally块里。3.2 手机列表页的分页查询与 Access 的 LIMIT 替代方案Access 不支持 MySQL 的LIMIT offset, size语法这是很多人从 MySQL 转过来时第一个踩的坑。Access 里实现分页通常用TOP配合子查询或者用NOT IN排除已显示的行。对于手机销售系统的商品列表如果数据量不大几百条以内我一般直接用TOP加排序取前 N 条然后在 Java 里做内存分页。-- 查询第 2 页每页 10 条按 id 排序 SELECT TOP 10 * FROM phone WHERE id NOT IN ( SELECT TOP 10 id FROM phone ORDER BY id ) ORDER BY id;逻辑说明内层SELECT TOP 10 id取出第一页的 10 个 id外层用NOT IN排除掉再取前 10 条就是第二页。参数上页码越大子查询越深性能越差。如果数据超过 1000 条建议改用ORDER BY id配合WHERE id 上一页最后一个id的方式也就是游标分页效率会高很多。3.3 订单生成时的事务处理与 Access 的锁机制订单生成涉及两张表orders插入一条记录order_detail插入多条明细同时phone表的库存要扣减。这三步必须在一个事务里完成否则会出现订单生成了但库存没扣或者库存扣了但订单没生成的情况。Access 支持事务但它的锁是文件级锁不是行级锁。也就是说一个事务在写orders表时整个.accdb文件都会被锁定其他请求只能等待。如果并发稍微高一点就会频繁出现“数据库已被其他用户锁定”的错误。Connection conn null; try { conn DriverManager.getConnection(url); conn.setAutoCommit(false); // 开启事务 // 1. 插入订单 PreparedStatement ps1 conn.prepareStatement( INSERT INTO orders (user_id, order_date, total_amount) VALUES (?, ?, ?)); ps1.setInt(1, userId); ps1.setTimestamp(2, new Timestamp(System.currentTimeMillis())); ps1.setDouble(3, totalAmount); ps1.executeUpdate(); // 2. 扣减库存 PreparedStatement ps2 conn.prepareStatement( UPDATE phone SET stock stock - ? WHERE id ? AND stock ?); ps2.setInt(1, quantity); ps2.setInt(2, phoneId); ps2.setInt(3, quantity); int affected ps2.executeUpdate(); if (affected 0) { throw new SQLException(库存不足); } conn.commit(); } catch (SQLException e) { if (conn ! null) conn.rollback(); e.printStackTrace(); } finally { if (conn ! null) conn.close(); }逻辑说明setAutoCommit(false)开启事务commit()提交rollback()回滚。库存扣减的 SQL 里加了AND stock ?这是防止超卖的关键如果返回的affected为 0说明库存不够主动抛异常触发回滚。参数上PreparedStatement的占位符顺序要和setXxx的索引一一对应写错了不会报错但数据会错位。注意Access 的事务隔离级别默认是“可重复读”但实际表现更接近“读已提交”。在高并发场景下不要依赖 Access 的事务来保证一致性它更适合单用户或小规模演示。4. 避坑与排查那些让你熬夜的 Access 和 JSP 问题4.1 中文乱码从表单到数据库的全链路排查现象注册用户时输入中文用户名数据库里存进去变成问号或者页面显示乱码。原因JSP 页面、Servlet 请求、数据库连接三个环节的编码不一致。JSP 页面默认用 ISO-8859-1 解码Access 的文本字段默认用系统区域设置编码。解决JSP 页面顶部加% page contentTypetext/html;charsetUTF-8 %Servlet 里在getParameter之前调用request.setCharacterEncoding(UTF-8)JDBC 连接字符串里加;charsetUTF-8。如果用的是 ucanaccess它默认就是 UTF-8不需要额外配。4.2 Access 驱动报“未找到数据源名称”的三种可能现象Tomcat 启动正常但访问数据库页面时报java.sql.SQLException: [Microsoft][ODBC 驱动程序管理器] 未发现数据源名称并且未指定默认驱动程序。原因一用了 JDBC-ODBC 桥接但系统 DSN 没配。原因二Access 驱动位数和 JVM 位数不匹配。原因三连接字符串里的文件路径写错或者文件被移动了。解决优先改用 ucanaccess 纯 JDBC 驱动彻底绕开 ODBC 配置。如果必须用 ODBC在 Windows 的“ODBC 数据源管理器”里确认是 32 位还是 64 位和 Tomcat 的 JVM 保持一致。路径用绝对路径并且确认 Tomcat 进程有该目录的读取权限。4.3 JSP 页面修改后不生效的缓存问题现象改了 JSP 文件刷新浏览器还是旧内容重启 Tomcat 才生效。原因Tomcat 的work目录缓存了编译后的 JSP Servlet默认不会自动检测 JSP 变化。解决在conf/web.xml里找到development参数设为true并把modificationTestInterval设为0。或者在 IDE 里配置热部署。更直接的办法是每次改完 JSP 后手动删除work/Catalina/localhost/你的项目名目录。4.4 订单号重复或主键冲突现象并发提交订单时偶尔报主键冲突或者订单号重复。原因Access 的COUNTER自增主键在事务回滚后不会回退如果多个请求同时插入自增值可能被跳过但不会重复。真正导致重复的是代码里手动生成了订单号比如用时间戳加随机数并发时可能撞车。解决订单号不要手动生成直接用COUNTER主键作为订单号。如果业务要求订单号有特定格式在COUNTER基础上拼接前缀比如ORD- id保证唯一性。4.5 Tomcat 启动报端口占用或内存溢出现象启动 Tomcat 时报Address already in use: JVM_Bind或者运行一段时间后报OutOfMemoryError: Java heap space。原因8080 端口被其他程序占用或者 JVM 默认堆内存太小Access 查询大量数据时把内存撑爆。解决改conf/server.xml里的端口号或者用netstat -ano | findstr 8080找到占用进程并结束。内存问题在bin/catalina.bat里加set JAVA_OPTS-Xms256m -Xmx512m根据机器配置调整。5. 从能跑到好用Access 迁移 MySQL 的平滑路径与验证技巧这套系统跑通之后很多人会问Access 能不能换成 MySQL答案是能而且迁移路径比你想的平滑。因为 JSP 页面和 Servlet 层几乎不用动只需要改 DAO 层的连接字符串和少量 SQL 方言。我一般会按这个顺序操作先把 Access 的表结构导出成 MySQL 的建表语句把COUNTER改成AUTO_INCREMENTCURRENCY改成DECIMAL(10,2)DATETIME保持不变。然后改 JDBC 连接// 从 Access 迁移到 MySQL 只需改这一行 // String url jdbc:ucanaccess://D:/project/phone_sales.accdb; String url jdbc:mysql://localhost:3306/phone_sales?useUnicodetruecharacterEncodingUTF-8serverTimezoneAsia/Shanghai; String user root; String password 你的密码;逻辑说明MySQL 的连接字符串需要指定时区否则 JDBC 驱动会报时区错误。useUnicode和characterEncoding保证中文不乱码。参数上如果你的 MySQL 是 8.0 以上驱动类名是com.mysql.cj.jdbc.Driver5.x 是com.mysql.jdbc.Driver写错了会报ClassNotFoundException。迁移后怎么验证数据一致性我习惯用三步第一步对比两张表的记录数SELECT COUNT(*)在 Access 和 MySQL 里各跑一遍。第二步随机抽 10 条订单核对金额和库存扣减是否一致。第三步用 JMeter 或者简单的多线程脚本模拟 20 个并发下单看 MySQL 会不会出现超卖。Access 在并发下几乎必然锁库而 MySQL 的行级锁能扛住这个量级。还有一个容易被忽略的点Access 的TEXT字段在迁移到 MySQL 时如果长度超过 255要改成VARCHAR(500)或TEXT否则插入长文本会被截断。我见过有人迁移后商品描述只剩前 255 个字符排查了半天才发现是字段类型没改。最后说一个我自己的习惯每次改完 DAO 层不要急着打开浏览器点页面先写一个main方法直接调 DAO用System.out.println打印结果。这样能把“数据库连不上”和“JSP 页面渲染错”两个问题分开省掉很多来回重启 Tomcat 的时间。这套 JSPAccess 的手机销售系统价值不在于技术多新而在于它能让你把 JavaWeb 的完整链路走一遍从表单提交到事务回滚从乱码排查到分页优化。把这些坑踩完换任何框架你都知道该看哪里。希望帮到你。本文还有配套的精品资源点击获取