简介：这是一份面向计算机专业毕业设计/课程设计的在线收银系统Java Web项目源码，基于SSM（Spring+SpringMVC+MyBatis）与MySQL 5.7开发，适合需要完成实际电商收银场景的小型零售商及入门到中级开发者参考。系统覆盖系统用户管理、员工管理、用户管理、商品类别管理、商品管理、入库管理、销售管理、销售统计等完整模块，代码结构清晰，可帮助读者理解前后台业务流程、数据持久化与权限设计。压缩包为zip格式，整体约23.97MB，主要包含Java源码工程与说明文档（LW），便于直接导入eclipse/IDEA配合Tomcat7运行；上游暂未提供具体文件数量与类型明细。目前已有78人学习浏览，尤其适合用于毕业设计选题、课程设计实践或SSM框架整合项目研读。
1. 在线收银系统的毕业设计真相：SSM+MySQL 源码包里到底有什么
如果你正在为 Java 毕业设计或课程设计选题发愁，在线收银系统这个方向几乎是被验证过无数次的稳妥之选。它不像电商系统那样业务链路过长，也不像纯管理后台那样缺乏业务亮点，收银台、商品管理、订单流水、会员折扣、日结报表这些模块拼在一起，刚好覆盖了 SSM 框架的核心能力：Spring 管对象、SpringMVC 管请求路由、MyBatis 管数据库读写，外加 MySQL 做持久化。这份源码包我拆过一遍之后可以负责任地说，它适合两类人：一类是想要一份能跑通、能讲清楚、能答辩的毕业设计代码的在校生；另一类是想快速搭一个收银业务 Demo 来验证自己 SSM 掌握程度的初级开发者。但请注意，拿到源码只是开始，里面有几个典型的坑如果不提前处理，跑起来的时候会相当难受。下面我按从认知到落地的顺序，把这套系统讲透。
2. 系统结构拆解：SSM 整合、数据库设计、角色权限三个关键点
2.1 SSM 三层架构在收银系统里是怎么分工的
这套在线收银系统用的是最标准的 SSM 分层：Controller 层不写业务逻辑，只做参数接收和视图转发；Service 层处理收银计算、库存扣减、订单状态流转；Mapper 层通过 MyBatis 的 XML 或注解和 MySQL 交互。对应到收银场景，顾客在前台下单时，请求先到达 OrderController，它把商品 ID、数量、会员 ID 封装成参数对象传给 OrderService，OrderService 内部先调用 ProductMapper 查询商品单价，再调用 MemberMapper 拿到折扣率，计算出实付金额后，最终通过 OrderMapper 插入订单主表和订单明细表。这里需要注意，真实的收银系统通常会把「计算金额」放在 Service 层而不是数据库层，因为折扣规则、满减活动、会员等级这些逻辑用 Java 代码表达比用 SQL 存储过程好维护得多。这套源码也是这么做的，所以你在读代码时会发现 OrderService 里有一段独立的 calcAmount 方法，那其实就是整个业务的核心所在。
2.2 MySQL 表结构：订单主表与明细表为什么必须分离
打开数据库脚本文件，你会看到核心表一共五张：product 商品表、member 会员表、orders 订单主表、order_item 订单明细表、employee 员工表。订单主表和明细表分离是收银系统的铁律，因为一次购买行为可能包含多个商品，如果所有商品都挤在一条订单记录里，后续做日结统计、退单操作、商品销量排行的时候都会非常痛苦。orders 表里存的是订单编号、收银员 ID、会员 ID、订单总金额、实付金额、下单时间，而 order_item 表里每一行只存一个商品的购买快照——商品名称、单价、数量、小计金额。之所以要存快照而不是直接关联商品表的主键，是因为商品价格可能变动，你总不能三个月后回看历史订单时发现价格已经被改过了。这个设计思路特别适合写进毕业设计的数据库设计说明文档里，是答辩时一个很加分的点。
2.3 登录会话与权限控制：拦截器是怎么挡住未登录请求的
系统分了管理员和收银员两种角色，管理员能进后台管理页面操作商品上下架、查看所有订单明细、管理员工账号；收银员只能使用收银台界面完成点单、结算、挂单操作，看不到后台管理入口。这个权限区分是通过 SpringMVC 的拦截器实现的，而不是在每一个 Controller 方法里手动判断。拦截器会在请求进入 Controller 之前检查 Session 里是否有登录用户对象，如果没有就直接重定向到登录页面；如果有，再比对当前用户角色和请求路径前缀。这种做法比在每个 Controller 里重复写权限判断干净得多，也是面试时经常被问到的「拦截器和过滤器有什么区别」的活例子。源码里拦截器注册在 spring-mvc.xml 中，配置了排除路径，比如 /login、/static 下的 CSS 和 JS 资源不会拦截。
3. 部署运行实战：环境准备、数据库导入、Tomcat 启动全流程
3.1 环境版本选型：JDK、Tomcat、MySQL、Maven 怎么配
这套源码是基于 JDK 1.8 和 Tomcat 8 开发的，如果你电脑上装的是 JDK 17 或者 Tomcat 10，直接跑大概率会报错，因为高版本 Tomcat 把 javax.servlet 包名换成了 jakarta.servlet，SSM 框架的旧版本根本认不出来。我一般建议在本地同时装两个 JDK，通过 IDE 的项目级配置指定某套收银系统用 JDK 1.8，而不是改系统全局变量，省得影响其他项目。MySQL 建议用 5.7，理由有两个：一是源码里的 SQL 脚本用了 ENGINE=InnoDB 和 utf8mb4 字符集，5.7 对这些支持得很完整；二是如果用了 MySQL 8，驱动包要换 mysql-connector-java 8.x，而且 8.0 的密码加密方式变了，连接配置里得加 allowPublicKeyRetrieval=true 和 useSSL=false，否则连数据库时会报一堆看不懂的 SSL 异常。Maven 版本用 3.6 左右就行，不用追新。
3.2 数据库初始化的具体步骤与配置修改点
第一步用 Navicat 或者命令行创建数据库，名字建议直接沿用脚本里的收银系统库名，省得后面改配置。创建完之后选择运行 SQL 文件，把源码包里的 db 文件夹下的脚本导进去。脚本执行完，验证一下表是否全部生成，不要急着启动项目。第二步打开 src/main/resources 下的 jdbc.properties 文件，把数据库连接地址、用户名、密码改成你自己本机的值。这里有个细节很多新手容易忽略：连接地址里的字符集参数 characterEncoding=utf8 一定要保留，否则插入中文商品名会在数据库里变成问号。第三步检查 Maven 的 settings.xml 里本地仓库路径和镜像配置，如果公司网络拉不到中央仓库的依赖，就在 mirrors 里配阿里云镜像，不然 pom.xml 里那二十多个依赖能下载到怀疑人生。
create database pos_system default character set utf8mb4; use pos_system; source /your_path/db/pos_system.sql;执行完这一段，你可以在 MySQL 里用 show tables 看到全部表。如果 source 执行时报错，优先检查 SQL 文件路径里有没有中文，另外看看文件编码是不是 UTF-8，Windows 下用记事本另存为很容易导致编码错乱。
3.3 在 IDEA 里配置 Tomcat 并启动项目
用 IDEA 打开 Maven 项目后，等待依赖下载完成。然后打开 Run Configuration，新增一个 Tomcat Server 的本地配置，Deployment 选项卡里把 war exploded 这个构建产物添加进去，Application context 设置为 /pos 或者直接设为根路径。这里有个实践建议：Application context 不要带项目名，也就是改成/，这样访问路径更干净。配置完成后，先把项目构建一遍，确认没有编译错误，再启动 Tomcat。启动日志里看到Connected to server或者Starting ProtocolHandler基本就算成功一半了。
mvn clean package -DskipTests如果想验证 Maven 构建是否正常，可以在 IDEA 的 Terminal 里执行上面这行命令。打包成功后 target 目录下会出现 war 包，但这个包是给生产环境部署用的，本地调试阶段用 war exploded 模式更方便，这样改 Java 代码不需要整个重启 Tomcat，热部署能省不少时间。
4. 避坑排查手册：从数据库连接到页面 404 的实战记录
4.1 数据库连接失败：明明配置对了却报 Access denied
现象：启动 Tomcat 后访问登录页，输入账号密码点登录，页面直接抛出 500 错误，控制台显示Access denied for user 'root'@'localhost'。
原因：这句话的字面意思是账号密码不对，但在实际排查中，我发现很多人并不是真的把密码敲错了，而是 MySQL 服务没有启动，或者 MySQL 的 root 账号只在 localhost 下有权限，而连接配置里写的是 127.0.0.1，在某些 MySQL 版本里这两个地址会被当作两个不同的主机处理。
解决：先在命令行执行net start mysql确认服务在跑，再确认 jdbc.properties 里用 localhost 而不是 127.0.0.1。如果还不行，用命令行登录 MySQL 后执行select user,host from mysql.user;看看 root 的 host 到底允许哪些来源。
4.2 静态资源 404：登录页面有样式但接口找不到
现象：项目能启动，登录页面也能打开，但是页面光秃秃的，CSS 和 JS 全部加载失败；或者点击登录按钮后，请求地址返回 404。
原因：这是两个不同的问题，前者是静态资源被拦截器或 SpringMVC 的前端控制器拦截了，后者是请求路径和 Controller 里的 RequestMapping 不匹配。SSM 项目里 DispatcherServlet 如果配置了拦截所有请求，就必须额外放行静态资源，否则浏览器请求 .css 和 .js 也会走到控制器里去匹配，结果自然是 404。
解决：在 spring-mvc.xml 里加<mvc:resources mapping="/static/**" location="/static/"/>，同时检查登录请求的 action 路径到底是以/pos开头还是直接/login，保持前端页面里的提交地址和 Controller 路径完全一致。
4.3 中文乱码：商品名和会员名显示成问号
现象：通过系统后台新增商品，名称包含中文，保存后在前台收银页面看到的全是问号。
原因：项目里 Tomcat 的 POST 请求默认不会把表单提交的内容按 UTF-8 解码，加上数据库连接串里如果没写 characterEncoding，MyBatis 写入时也会用数据库默认字符集。两处叠加，中文就彻底乱了。
解决：在 web.xml 里配置一个 CharacterEncodingFilter，强制把请求编码设为 UTF-8；同时确认 jdbc.properties 里的连接串带上了characterEncoding=utf8。改完这两处，重启 Tomcat 再试，中文就正常了。
4.4 端口占用：Tomcat 启动立刻失败
现象：点击启动按钮后弹窗提示端口 8080 被占用，Tomcat 根本起不来。
原因：之前有别的 Java 进程或另一个 Tomcat 实例还占着 8080。这种情况在反复调试收银系统的场景里特别常见，毕竟你可能开了好几个测试项目。
解决：命令行执行netstat -ano | findstr 8080找到占用端口的 PID，然后taskkill /F /PID 该PID干掉进程。更稳妥的方式是把 Tomcat 的端口在 server.xml 里改成 8088，这样和平时跑的其他项目完全不冲突。
5. 深入业务实现：收银计算、库存扣减与日结报表的关键逻辑
5.1 收银台核心计算：会员折扣和满减的优先级怎么定
这套系统的收银台页面允许收银员输入会员手机号调出会员信息，然后根据会员等级自动计算折扣价。我拆源码的时候重点看了 OrderService 里的 calcAmount 方法，它的计算顺序是先遍历购物车中的商品，把每个商品的单价乘以数量得到小计，然后累加出总额，接着判断是否存在会员，如果存在，就把总额乘以折扣率。到这里为止逻辑都正常，真正值得注意的坑在于满减活动和会员折扣同时存在时的处理顺序——先满减再打折，还是先打折再满减，结果完全不一样。这套源码采用的做法是先按原价判断是否达到满减门槛，减去满减金额后，再对剩余金额应用会员折扣。从收银业务常规逻辑来讲，这种做法对消费者更友好，因为满减门槛是按原价算的，更容易触发优惠，也确实符合大多数线下商超的规则。实际扩展时，如果你想改成先折扣后满减，只需要调整这两行代码的顺序，但要注意日结报表的优惠数据统计口径也得跟着变。
5.2 库存扣减的两种做法：下单扣还是支付扣
源码里商品表有库存字段 stock，收银员点击结算按钮时，OrderService 在生成订单的同一个事务里更新商品库存。这是一种「下单即扣减」的策略，好处是能有效防止超卖——库存不够时直接提示收银员换货或取消。坏处是如果用户下单后不付款，库存就被白扣了。不过在收银台场景下，顾客是当面结算，下单和支付几乎是同时发生的，所以这个策略完全够用。如果你想把毕业设计的深度再往上拔一截，可以在技术说明里写清楚你理解为什么线下收银系统可以这么设计，而线上电商系统通常用「锁定库存 + 超时释放」的方案，这就是论文答辩里可以展开讲的亮点。
@Transactional public boolean createOrder(OrderVO vo) { // 1. 查询商品信息并计算总额 List<OrderItem> items = buildOrderItems(vo.getItems()); double total = calcAmount(items); // 2. 扣减库存 for (OrderItem item : items) { int affected = productMapper.deductStock(item.getProductId(), item.getQuantity()); if (affected == 0) { throw new RuntimeException("商品库存不足: " + item.getProductName()); } } // 3. 插入订单主表和明细表 Order order = new Order(); order.setTotalPrice(total); orderMapper.insert(order); orderItemMapper.batchInsert(items); return true; }这段代码的核心在于deductStock返回的受影响的记录数，如果返回 0，说明更新语句没有真正改到任何行，也就是库存不够了。记得这里为什么用@Transactional吗——如果第 2 步扣减库存失败抛出异常，第 3 步的订单插入必须回滚，否则会出现订单里根本没有商品、库存却被扣掉的脏数据。值得多说一句的是，deductStock的 SQL 里通常会带一个条件：where stock >= #{quantity}，这样高并发下多个请求同时扣同一个商品时，数据库自己就能挡住超卖，不需要额外加锁。
5.3 日结报表：按收银员汇总当天业绩的 SQL 思路
管理员后台的日结报表是这套系统另一个答辩亮点。报表页面通过一个查询条件传入日期，Service 层根据日期范围分组统计订单表，按收银员维度算出总订单数和实收总额，同时从订单明细表里统计出每个商品的销量排行。这里的 SQL 在设计上绕开了一个潜在性能问题：订单主表是高频插入的表，如果每次报表查询都去关联订单明细表再做聚合，数据量大时会明显卡顿。源码的做法比较简单直接，就是普通的两级查询加内存聚合，因为毕业设计的数据量不会太大，这种做法简单直观，也方便演示。但如果你想让项目看起来更有工程味道，可以在答辩说明里提一句：生产环境通常会对订单表和明细表建立汇总副表或使用定时任务预聚合，把日结查询的耗时从秒级降到毫秒级。
select employee_id, count(*) as order_count, sum(actual_price) as total_income from orders where create_time >= #{startTime} and create_time < #{endTime} group by employee_id;这段 SQL 是日结报表的核心，注意 create_time 的范围用了左闭右开，即包含起始时刻零点整，但不包含结束时刻零点整，这样就不会把第二天的第一单重复算进前一天的报表里。group by employee_id之后的结果就是每个收银员今天的业绩汇总。实际调试时，可以先在 Navicat 里把参数替换成具体时间跑一遍，确认数据没问题再放到代码里。
6. 进阶收尾：把 SSM 收银系统升级成更抗打的毕业设计项目
如果你希望这套源码在答辩时不至于被评委觉得「太简单」，有两个性价比极高的扩展方向。第一个是把拦截器版的权限控制升级为 Spring Security 或者 Shiro，虽然毕业设计用拦截器已经够用，但如果你在论文里写清楚两者差异，评委通常会认为你有主动学习的意识。第二个是引入 Redis 做商品缓存和购物车会话，收银台页面每次点开商品列表时都去查 MySQL 不是不行，但如果你在答辩现场加一句「引入 Redis 后，热门商品的查询响应时间从 X 毫秒降到 Y 毫秒」，效果完全不一样。此外，还建议在项目中补一个全局异常处理器，用 @ControllerAdvice 捕获业务异常并统一返回 JSON，这样收银端遇到库存不足、会员不存在等情况时，前端能弹出友好提示而不是直接白屏。
这套系统的报表模块也留了一个很自然的延伸点：把日结报表改成可以按周、按月、按门店维度汇总的多维统计，数据源复用现有的订单表和明细表，前端用 ECharts 画一个折线图和柱状图，整个毕业设计的视觉呈现和数据深度能立刻上一个台阶。别忘了把数据库设计文档里订单状态字段补充完整——用一个小整数表示已支付、已退款、已作废等状态，然后在前端收银台添加一个退款按钮，后台写一个退款方法把订单状态更新一下。这是收银系统里业务闭环的最后一块拼图。
如果要问这套源码值不值得拿来作为二次开发基础，我的答案是值得，但前提是你把每一步都亲手跑通，而不是直接把 target 目录下的 war 扔给老师然后自己什么都不知道。我当初毕业设计做类似系统的时候，因为偷懒没仔细看日结报表的时间边界，答辩演示时刚好跨了零点，报表数字对不上，当场被评委追问到差点下不来台。从那以后，我每次写这类时间区间统计的代码，都会强制自己先在数据库里执行一遍边界值测试，确认左闭右开之后才敢往项目里放。希望帮到你，少走这段弯路。
本文还有配套的精品资源，点击获取
