简介：这份资源是面向Java Web初学者与课程设计学习者的完整项目资料包，围绕基于JSP与Access数据库的手机销售系统展开，可用于毕业设计参考、课程实践或自学练手。压缩包共2.26MB，内含项目报告、详细设计说明书、需求说明书、数据库设计说明书、开题报告、测试计划及JSP源代码等文档与代码文件，覆盖从需求分析、系统设计、编码实现到测试验收的完整流程。系统功能涉及手机型号展示、库存管理、订单处理、用户注册登录等模块，JSP负责处理请求与生成动态页面，Access承担库存、销售记录与客户信息的存储管理。已有76人学习下载，适合希望理解JSP结合数据库开发Web应用基本流程、积累实际项目经验的读者参考借鉴。
1. 从一份 JSP+Access 手机销售系统说起：它到底能跑通什么
如果你正在翻毕设选题，或者手头有一个“基于 JSP+Access 的手机销售系统设计与实现”的压缩包，里面躺着项目报告、源代码、开题报告和需求分析，那你大概率会遇到一个很现实的问题：这套东西到底能不能跑起来，值不值得照着做一遍。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 还是 11，Tomcat 是 8.5 还是 9，Access 文件是 .mdb 还是 .accdb。.mdb 对应的是老版 Jet 驱动，.accdb 需要 ACE 驱动。如果你在 64 位系统上跑 Tomcat，必须装 64 位的 AccessDatabaseEngine，否则连接字符串写对了也会报“未找到数据源名称且未指定默认驱动程序”。
# 检查当前 JDK 位数，输出 64 说明是 64 位 JVM java -version 2>&1 | findstr "64-Bit" # 查看 Tomcat 使用的 JAVA_HOME 是否指向正确的 JDK echo %JAVA_HOME%逻辑说明：第一条命令用来确认 JVM 位数，因为 Access 驱动必须和 JVM 位数一致。第二条命令检查环境变量，很多人的 Tomcat 启动时用的是系统默认 JDK，而不是自己以为的那个。参数上，如果你用的是 Tomcat 9，建议 JDK 至少 1.8；如果用的是 Tomcat 10，JSP 的包名已经从 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)};DBQ=D:/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 代码写进 HTML
3.1 Model2 模式下 Servlet 与 JSP 的职责划分
热词里有人搜“按照 JSP Model2 思想实现用户注册功能”，这说明很多人已经意识到 Model1 把业务逻辑和页面混在一起是灾难。Model2 的核心是：Servlet 负责接收请求、调用业务方法、把结果存进 request 或 session，然后转发给 JSP；JSP 只负责展示，不写数据库连接，不写业务判断。
手机销售系统里，用户注册的流程可以这样拆：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 contentType="text/html;charset=UTF-8" %>，Servlet 里在getParameter之前调用request.setCharacterEncoding("UTF-8")，JDBC 连接字符串里加;charset=UTF-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_INCREMENT，CURRENCY改成DECIMAL(10,2)，DATETIME保持不变。然后改 JDBC 连接：
// 从 Access 迁移到 MySQL 只需改这一行 // String url = "jdbc:ucanaccess://D:/project/phone_sales.accdb"; String url = "jdbc:mysql://localhost:3306/phone_sales?useUnicode=true&characterEncoding=UTF-8&serverTimezone=Asia/Shanghai"; String user = "root"; String password = "你的密码";逻辑说明：MySQL 的连接字符串需要指定时区，否则 JDBC 驱动会报时区错误。useUnicode和characterEncoding保证中文不乱码。参数上，如果你的 MySQL 是 8.0 以上，驱动类名是com.mysql.cj.jdbc.Driver，5.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 的时间。这套 JSP+Access 的手机销售系统，价值不在于技术多新，而在于它能让你把 JavaWeb 的完整链路走一遍，从表单提交到事务回滚，从乱码排查到分页优化。把这些坑踩完，换任何框架你都知道该看哪里。希望帮到你。
本文还有配套的精品资源，点击获取
` 用法与源码级解析)
