简介：这是一套面向毕业设计及小程序开发初学者的共享停车位系统完整源码，后端采用Java+SSM框架，前端为微信小程序，并含MySQL数据库脚本。系统覆盖车位发布与审核、车辆绑定管理、附近车位检索、车位编号/位置/状态展示、订单计时计费与确认结束、个人中心及反馈意见等核心模块，业务链路完整，适合作为课程设计或毕业答辩项目参考。压缩包共391个文件，约23.06MB，主要包含java/jsp/class后端代码、js/wxml/wxss小程序页面、xml配置与jar依赖、sql数据库脚本等，目录划分清晰，便于按功能模块逐一查阅。目前已有821人学习下载，参考热度较高。通过阅读源码可快速掌握SSM框架与小程序前后端交互、订单状态流转及车位检索实现思路，配合数据库文件能直接运行或二次开发，有效缩短项目搭建周期。
1. 微信小程序共享停车位：这份SSM源码包能给你什么
共享停车位的思路很简单：把闲置车位放出来，让附近有需要的人临时租用，业主赚点停车费，车主省去找位时间。这个项目正好把整套流程做成了可运行的小程序加后端管理系统。拿到这份 SSM 源码包，你不仅能打开一个能演示的毕业设计，还能看到从数据库表设计、后端业务接口到小程序前端页面的完整链路。它适合两类人：一是正在做微信小程序方向毕业设计的学生，二是在学 SSM 框架但缺一个真实业务案例的 Java 开发者。接下来我会按「结构 → 部署 → 核心逻辑 → 避坑 → 改造」的顺序拆解它，让你既能复现，也能改明白。
2. SSM后端与小程序端的结构：先看懂再动手
拿到一个源码包，我习惯先不看业务代码，而是先数 Controller、看分层、找配置文件。SSM 是 Spring + SpringMVC + MyBatis 的组合，这个项目把 Controller 按业务模块分开了，UserController 管用户、CarController 管车辆、DealController 管订单、EquipmentController 管车位设备。搞清楚这些类之间的调用关系，后面改功能才不慌。
2.1 后端SSM的分层：Controller、Service、Dao怎么分工
项目的后端目录里能看到 Controller 层的分类。以 DealController 为例，它负责接收微信小程序发来的请求，比如创建订单、查询订单、确认结束。Controller 本身不做业务判断，只是把前端参数接进来，再调用 Service 层的方法，最后把结果封装成 JSON 返回给小程序端。
@RestController @RequestMapping("/deal") public class DealController { @Autowired private DealService dealService; @PostMapping("/create") public R createOrder(@RequestBody Deal deal) { // 前端传过来的是 JSON 格式的 deal 对象 // 这里只做参数接收，真正的校验在 Service 层完成 return dealService.createOrder(deal); } }这段代码是典型的 SpringMVC 写法。@RestController表示这个类的所有方法返回值都自动序列化成 JSON，小程序拿到就能直接用。@RequestMapping("/deal")给整个类定了访问前缀，所以小程序的请求地址必须带上/deal。@PostMapping("/create")对应 POST 请求，新建订单这种写操作必须用 POST，不能像查询那样直接拼在 URL 上。@RequestBody把请求体里的 JSON 自动绑定到 Deal 实体类上，省去了手动解析的重复工作量。
Service 层是业务逻辑的核心。比如创建订单前要检查车位状态是不是“空闲”，要插入订单记录，还要把车位状态改成“占用”。这些操作通常放在同一个事务里，用@Transactional注解保证要么全部成功，要么全部回滚，不然就会出现车位被占了但订单没生成的情况。Dao 层则继承 MyBatis 的BaseMapper或者使用 XML 映射文件，每个方法对应一条 SQL。
我一般会建议新手先画一张分层依赖图：小程序 → Controller → Service → Dao → MySQL，然后对照源码找每个类的实际位置。这样看代码，比一段一段从头读要快得多。
2.2 小程序端页面与后端接口的对应关系
微信小程序端的代码一般是pages目录下面按页面分文件夹：pages/index是首页，pages/order是订单列表，pages/personal是个人中心。每个页面里都有.js、.wxml、.wxss、.json四个文件，.js里写逻辑，.wxml里写结构，.wxss管样式，.json做页面配置。
小程序发起的请求在.js文件里。比如首页要加载附近车位，会写这样一段：
// pages/index/index.js Page({ onLoad() { wx.request({ url: 'http://localhost:8080/car/list', method: 'GET', success(res) { // 后端返回的数据结构是 { code: 200, data: [...] } this.setData({ carList: res.data.data }); }, fail(err) { console.log('请求失败，检查后端是否启动', err); } }); } })这段代码里有两个关键点：一是url的 host 部分，本地联调时默认是localhost:8080，但真机预览时localhost指手机自己，必须改成电脑的局域网 IP；二是后端接口的返回格式要统一，这个项目用的R类封装了code、msg、data三个字段，每次写 Controller 返回时都调用R.ok(data)，小程序端解析起来就很省事。
对应的页面里，wxml用wx:for渲染车位列表，点击某一项时带着车位 id 跳转到详情页，再通过onLoad里的options参数拿到 id 去请求车位详情。这套流程几乎是所有小程序项目的标配，你把这个逻辑理顺，后面加功能就有现成模板可套。
3. 把项目跑起来：环境配置、数据库导入与启动步骤
很多人拿到源码第一步就卡在环境上。这个项目用的是 SSM 老组合，对 JDK 版本和 MySQL 版本还算宽容，但如果不注意版本搭配，照样会翻车。我把整个启动过程拆成三步，每一步你都能对照着检查。
3.1 环境准备：JDK、Maven、MySQL、微信开发者工具
先看一张版本建议表，这是我自己常用的一套组合，踩坑最少：
| 组件 | 版本建议 | 说明 |
|---|---|---|
| JDK | 1.8 | SSM 框架在 JDK 8 下最稳，高版本容易出兼容问题 |
| Maven | 3.6.x | 用来下载项目和包依赖 |
| MySQL | 5.7 或 8.0 | 5.7 更稳，8.0 需要改时区配置 |
| 微信开发者工具 | 最新稳定版 | 用于导入小程序前端代码 |
| Tomcat | 8.5 或 9.0 | 后端通常以 war 包形式部署 |
JDK 1.8 是经过大量项目验证的版本，Spring 5.x 对 JDK 8 支持最好，换成 JDK 11 后部分反射操作可能报InaccessibleObjectException。Maven 用 3.6 以上就够，别用太新的 4.x，因为部分插件可能不兼容。MySQL 8.0 也能用，但连接串里必须加serverTimezone=Asia/Shanghai，否则会启动报错。
环境安装顺序建议是：先装 JDK 和 Maven，配好环境变量，在命令行执行java -version和mvn -v确认成功，再装 MySQL。MySQL 装完记得把 root 密码设简单点，方便后面改配置，比如root/123456，本地开发不需要太复杂。
3.2 导入数据库与修改连接配置
数据库文件在源码包里一般是.sql结尾，用 Navicat 或命令行导入都可以。打开 MySQL 后先建一个库，再导入文件：
# 进入 MySQL 命令行，这里假设密码是 123456 mysql -u root -p123456 # 创建数据库，名字要和项目配置一致 CREATE DATABASE IF NOT EXISTS ssmshare DEFAULT CHARACTER SET utf8mb4; # 使用该数据库，退出当前连接 USE ssmshare; # 导入 SQL 文件，注意文件路径换成你本机的 source D:/project/sms_car.sql;导入成功后，用show tables;能看到 user、car、deal、equipment 等表。然后打开后端项目的application.properties（也可能是jdbc.properties），修改数据库连接信息和 Redis 相关配置，但核心是这一段：
spring.datasource.url=jdbc:mysql://localhost:3306/ssmshare?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai spring.datasource.username=root spring.datasource.password=123456serverTimezone=Asia/Shanghai必须加上，这是 MySQL 8.0 的强制要求，不加启动就会报The server time zone value 'Öйú±ê׼ʱ¼ä' is unrecognized。characterEncoding=utf8避免中文乱码，因为车位地址、用户昵称这些字段都是中文。如果你的表里还用到 emoji 表情，要把utf8改成utf8mb4，但注意表结构也要对应，否则部分索引会超长报错。
3.3 启动后端与小程序联调
后端项目如果自带 Maven 插件，直接在项目根目录命令行执行：
mvn clean package -DskipTests这会生成一个target目录，里面是 jar 包或 war 包。如果是 war 包，就丢进 Tomcat 的webapps目录，启动 Tomcat 后访问http://localhost:8080/deal/list试试有没有返回 JSON。如果是 jar 包，直接java -jar xxx.jar启动。
后端跑起来后，打开微信开发者工具，“导入项目”选择源码包里的wechat文件夹。在工具右上角的“详情”里把“不校验合法域名”勾上，本地联调阶段可以这样绕过 HTTPS 域名限制。然后打开app.js或config.js，把全局的baseUrl改成你自己的后端地址：
// config.js module.exports = { baseUrl: 'http://localhost:8080' }这样小程序所有页面里的wx.request都会用这个地址拼接接口。你在开发者工具里点“预览”，就能在电脑模拟器上看到车位列表了。如果能加载出数据，说明整条链路已经通了。
4. 核心功能实现解析：车位管理、订单计时与个人中心
跑通只是第一步，关键是弄懂业务逻辑。这个项目的核心功能都围绕「车位 → 车辆 → 订单」这条线展开。车位是资源，车辆是用户的资产，订单记录每次使用。我挑三个重点模块给你拆一下代码路径。
4.1 车位创建与状态流转的代码路径
车位管理在EquipmentController里，Equipment对应数据库里的车位表。创建车位时，用户要输入车位编号、位置描述、地址信息，然后设置一个初始状态。这部分逻辑在 Service 层大概是：
@Transactional public boolean createEquipment(Equipment equipment) { // 检查是否已存在相同编号 Integer count = equipmentDao.selectCountByNo(equipment.getNo()); if (count > 0) { throw new RuntimeException("车位编号重复"); } // 默认状态：0-空闲 1-占用 2-下线 equipment.setStatus(0); return equipmentDao.insert(equipment) > 0; }这段代码里有个关键点：插入前必须先查重，车位编号设计成本地唯一键更稳妥。很多二次开发的人会省略这一步，导致系统里出现两个相同编号的车位，后面查询时就分不清谁是谁了。@Transactional在这里写不写都行，但加上更规范，因为后续可能还会级联插入车位图片、二维码等子表。
车位的状态流转体现在订单创建和结束时。创建订单时，Service 会先执行select ... for update锁住车位记录，然后判断状态是否为 0（空闲），是的话改成 1（占用），插入订单。这里用锁是为了避免两个用户同时抢同一个车位，不加锁就会超卖。
4.2 停车计费逻辑与订单确认
订单表里存了开始时间、结束时间、计费状态。停车费用一般按小时或按次算，这个项目里应该是“确认结束后按停车时长计算”。我来还原一下常见实现：
public Deal confirmEnd(Integer dealId) { Deal deal = dealDao.selectById(dealId); if (deal == null || deal.getStatus() != 1) { throw new RuntimeException("订单不存在或已结束"); } // 计算停车分钟数 Date endTime = new Date(); long minutes = (endTime.getTime() - deal.getStartTime().getTime()) / 60000; // 按小时向上取整 long hours = (minutes + 59) / 60; BigDecimal fee = new BigDecimal(hours).multiply(deal.getPricePerHour()); deal.setEndTime(endTime); deal.setFee(fee); deal.setStatus(2); // 2-已结束 // 把车位状态改回空闲 equipmentDao.updateStatus(deal.getEquipmentId(), 0); return deal; }这个计费逻辑里有两个坑。第一个是向上取整，停车 1 分 01 秒也要按 2 小时收，除非产品明确要求按分钟计费。第二个是计算顺序，一定要先算费用、再更新状态，不然拿到手的状态值可能是旧的。费用用BigDecimal计算，千万别用double，否则会有浮点误差，比如 0.1 + 0.2 不等于 0.3。
订单还有一个“删除”和“确认是否结束”的按钮。删除是物理删除还是逻辑删除，取决于需求。我建议改成逻辑删除，加一个deleted字段，这样订单历史还能留底，不然车子已经走了，删掉记录就没法对账了。
4.3 个人中心与反馈意见的表单处理
个人中心这块在pages/personal页面里，它展示用户名、我的订单记录、反馈意见入口。订单记录直接调DealController的列表接口，传入用户 ID，分页返回。反馈意见通常是提交到一张feedback表，字段包括用户 ID、内容、提交时间。
小程序端提交反馈的代码很常见，关键是传输安全。用户填写的文本要经过encodeURIComponent编码，防止特殊字符把 JSON 搞坏。后端保存时一定要做长度校验，比如限制在 200 字以内，否则有人直接伪造请求提交几万字，数据库字段一旦溢出，整个页面都会报错。
个人中心的用户信息，一般存在本地缓存wx.setStorageSync('userInfo', ...)，每次打开小程序先读缓存，没有缓存就弹出登录。这里的一个常见问题是：后端接口可能校验 token，但缓存里只有用户昵称没有 token，导致请求 401。所以登录成功后，要把 token 和用户对象一起存进去。
5. 避坑与排查：从部署到上线的 13 个常见问题
这一章是我自己复现和后帮助同学跑项目时，实实在在踩过的坑。每一条都是现象、原因、解决三步，你可以照着排查，省掉半天瞎找时间。
5.1 数据库连接失败与时区问题
现象：后端启动时报Cannot create PoolableConnectionFactory或者Communications link failure，Tomcat 都起不来。
原因：大概率是 MySQL 没启动、密码不对，或者连接串里少了serverTimezone。我第一次用 MySQL 8.0 跑这个项目时，直接复制了 5.7 的配置，启动就报时区错误。
解决：先确认 MySQL 服务有没有开，Windows 下到服务里看 mysql 状态；再用命令行mysql -u root -p试密码。要保证application.properties里的库名、用户名、密码和实际一致，同时把serverTimezone=Asia/Shanghai加上。改完配置记得重新编译打包，光改源码不重新mvn package是不生效的。
5.2 小程序真机预览连不上后端
现象：在开发者工具里联调一切正常，但用手机扫码预览时界面空白或者提示request:fail。
原因：手机上的localhost是手机自己，不是开发电脑。代码里写死的http://localhost:8080在真机上根本找不到地址。
解决：把后端地址改成电脑的局域网 IP，比如http://192.168.1.100:8080。你可以在命令行查ipconfig拿到本机 IPv4 地址。改成局域网 IP 后，还要保证手机和电脑连着同一个 Wi-Fi。另外，微信开发者工具的“不校验合法域名”只在开发环境生效，真机预览时要在“详情”里勾选“开启调试模式”，否则正式版本会因 HTTPS 域名校验被拦。
5.3 订单计费与并发下单的坑
现象：两个用户同时点击同一个空闲车位，两个人都下单成功了，但车位只有一个。
原因：Service 层查询车位状态时没有加行锁，先查询的线程和后查询的线程都看到状态为 0，随后都执行了更新操作。
解决：在更新之前先select * from equipment where id = ? for update，锁住这一行。MyBatis 里对应 SQL 就写一句。要注意for update只能用在事务方法中，而且事务提交后锁才会释放，所以确认结束后也必须依赖事务。如果你不想写锁，可以在更新语句里带上条件where status = 0，通过update返回值来判断是否抢到，比如int rows = equipmentDao.updateStatusUseCondition(id, 0, 1)，结果为 1 才算抢到。
5.4 静态资源与文件上传路径
现象：图片上传后，页面展示不出来，报 404。或者上传到upload目录，重启后又丢了。
原因：SpringMVC 默认拦截所有/的请求，静态资源没放行。另外上传到项目内部的临时目录，一旦重启目录被清空。
解决：在 SpringMVC 配置里放行静态资源：
<mvc:resources mapping="/upload/**" location="/upload/"/>上传目录最好改成绝对路径，比如/home/user/upload，在配置类或application.properties里用一个变量指过去。这样即使重新打包部署，图片文件还在。如果上传的是车位实拍图，还要限制文件后缀和大小，否则有人传一个.jsp或者 1GB 的文件上来，轻则页面卡死，重则服务器被人种马。
6. 把共享停车位改造成自己毕设：改参数、加功能、过查重
这个项目本来就适合作为毕业设计底子，但直接拿原版交上去很容易被看出是同质化项目。你需要做几个小的改造，既不影响核心逻辑，又能体现你确实读懂了代码。
6.1 修改系统名称、包名与登录校验
把前缀ssmshare、car等全局替换成你自己的项目命名，比如campusparking、sharedparking。用 IDEA 的重命名功能，修改包名后同步改数据库表名和映射文件里的 SQL。这一步能避开大量项目雷同的查重问题。登录校验建议增加一个简单的 JWT 拦截器，而不是每个接口都要传用户 ID 就能访问。你在项目中加一个拦截器类，实现HandlerInterceptor，在preHandle方法里验证请求头里的token，然后放行。后端加上拦截器，前端在每次wx.request成功后把token存进 localStorage，后续请求统一带上去。
6.2 加入车位地图展示与预约功能
原项目里“附近车位”是通过列表展示的，你可以升级成地图模式。用微信小程序的map组件，把车位经纬度存到数据库。前端拿到车位列表后，在map的markers数组里渲染多个标记点，点击标记就弹出车位详情。预约功能则是在订单流程里加一个状态位：用户先“预约”车位，设置预约时间段，系统锁定车位但先不扣费；用户到现场后点击“开始停车”，才真正计算时长。这样你就比原版多出一个“预约-履约”流程，答辩时有故事可讲。
6.3 验证关键流程的测试清单
改造完成后，我建议按下面这个清单回归测试，别等答辩前才发现流程断了：
| 流程 | 操作步骤 | 预期 |
|---|---|---|
| 注册登录 | 小程序授权登录，后端生成 token | 登录成功，个人中心显示昵称 |
| 创建车位 | 管理员添加车位编号和位置 | 列表中出现新车位，状态为空闲 |
| 用户下单 | 点击空闲车位，选择车辆 | 车位状态变为占用，出现订单 |
| 确认结束 | 点击“结束订单” | 计算费用，车位状态变为空闲 |
| 退款修改 | 管理员取消未开始的预约单 | 车位状态不变，预约状态关闭 |
验证时重点看两个地方：一是订单结束后的费用计算是否等于预期结果，二是误删订单时车位状态是否被错误释放。这两处最容易出逻辑矛盾。从那以后，我每次拿到这类 SSM 源码包，都会先跑一遍这三个核心功能再谈改造，顺序永远是：部署 → 手动过流程 → 改代码。这套习惯帮我省下了大量复查的时间，希望也能帮你把这份资源变成自己真正能讲清楚的项目。
本文还有配套的精品资源，点击获取
