Java+微信小程序校园拼车系统实战：高并发订单与身份认证设计

简介：这是一套面向高校学生与Java全栈初学者的校园拼车系统实战源码，聚焦校园场景下的绿色出行需求，解决学生通勤成本高、交通效率低、环保意识弱等实际问题。资源共628个文件，89.12MB，涵盖155个Java后端源文件（负责业务逻辑与数据库交互）、126个JavaScript及45个Vue组件（支撑微信小程序前端交互与数据绑定）、59个WXML结构文件与61个WXSS样式文件（构建小程序UI）、65个JSON配置与3个YML文件（管理环境与服务参数），另有PNG/SVG图片、SQL建表脚本及JDK/SSL证书等配套资源，模块划分清晰，便于理解前后端协同机制。已有608人学习下载，适合用于课程设计、毕业设计或小程序+Spring Boot技术栈综合实践。读者可直接部署运行，完整掌握用户认证、实时位置共享、拼车匹配算法、费用分摊计算及微信登录集成等核心功能实现路径。

1. 校园拼车系统为什么非得用 Java + 微信小程序组合？——不是技术炫技，是解决「学生发单没人接、司机空跑三公里、管理员查不到实时订单」这三座大山

你见过凌晨一点还在宿舍楼门口举着手机刷拼车小程序的本科生吗？我见过。他们不是在等网约车，是在等同校同学顺路捎一程——去火车站赶早班车、去市区医院陪室友复查、甚至只是去隔壁校区上一门选修课。但现实是：微信群里喊半天没人应，二手平台发帖被当成广告删，校内论坛帖子沉得比食堂泔水桶还快。这不是需求不存在，是现有工具没对准校园场景的毛细血管：高频、短距、强信任、低付费意愿、高并发时段集中（早八/晚十）、身份强绑定（学号/校园卡）。而「基于Java、微信小程序的校园拼车系统」这个标题，本质是一套被反复验证过的落地解法：后端用 Java（Spring Boot + MyBatis-Plus）扛住千人同时发单查单的压力，前端用微信小程序（原生开发，非 uni-app）确保学生点开即用、无需下载、能调起微信支付和位置服务，最关键的是——所有用户必须通过学校统一身份认证（OAuth2.0 接入教务系统或企业微信），把「陌生人拼车」硬生生拧成「熟人圈层内的互助出行」。它不追求滴滴式的调度算法，而是用最朴素的「按路线匹配+手动确认+学号实名」守住安全底线；它不堆砌高大上的微服务，而是用单体 Spring Boot 快速迭代，让校方信息中心的两位 Java 工程师三个月就能上线试运行。如果你正被「学生抱怨打车难、后勤处头疼管理乱、IT 部门嫌开源项目改不动」三重压力顶着，这篇笔记就是你今晚该敲的第一行代码。

2. 后端用 Java 做什么？不是写个 CRUD 就完事，是搭出能扛住「早八高峰」的订单流骨架

校园拼车的并发峰值非常典型：工作日早上 7:45–8:15，全校近万人同时打开小程序查看今日拼车线路，其中约 1200 人会发起新订单（含发单、接单、取消、确认），平均单次请求耗时需压到 350ms 以内，否则页面会卡顿、按钮无响应、用户直接切走。这时候，Java 的稳定性和生态成熟度就成了刚需——不是因为“Java 企业级”，而是因为 Spring Boot 的自动装配、MyBatis-Plus 的条件构造器、HikariCP 连接池的毫秒级故障恢复，都是经过千万级日活验证的“确定性”。下面拆解三个核心模块的落地逻辑，每一步都对应真实代码和参数取舍。

2.1 用 Spring Boot 搭建最小可运行骨架：跳过 starter 堆砌，直奔关键配置

很多新手一上来就spring-boot-starter-web+spring-boot-starter-data-jpa+spring-boot-starter-security全家桶，结果启动慢、内存爆、debug 时找不到入口。校园拼车系统我坚持用Spring Boot 2.7.18（LTS 版本，兼容 JDK 8，避免校方服务器升级风险），只引入四个 starter：

<!-- pom.xml 关键依赖 --> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>com.baomidou</groupId> <artifactId>mybatis-plus-boot-starter</artifactId> <version>3.5.3.1</version> <!-- 注意：3.5.x 系列对 MySQL 5.7 兼容性最好，避免 3.6.x 的 LocalDateTime 时区 bug --> </dependency> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>8.0.33</version> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-validation</artifactId> </dependency>

提示：别用spring-boot-starter-jdbc，MyBatis-Plus 自带连接池管理；禁用spring-boot-starter-aop，除非你要做全局日志审计（初期真不需要）；validation是必须的——学生填错手机号、出发时间早于当前时间、路线距离超 5km，这些业务规则必须在 Controller 层拦截，不能甩给数据库报错。

application.yml里最关键的三处配置：

# application.yml server: port: 8080 servlet: context-path: /api # 所有接口前缀统一为 /api，小程序 wx.request 直接配 base_url 即可 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://192.168.1.100:3306/carpool?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai&allowPublicKeyRetrieval=true&useSSL=false username: root password: your_secure_password hikari: maximum-pool-size: 20 # 校园服务器通常 4C8G，20 连接足够应付 3000 QPS minimum-idle: 5 connection-timeout: 30000 idle-timeout: 600000 max-lifetime: 1800000 mybatis-plus: configuration: log-impl: org.apache.ibatis.logging.stdout.StdOutImpl # 开发期必须开，上线前注释掉 global-config: db-config: id-type: assign_id # 用雪花算法生成 Long 型 ID，避免 MySQL 自增主键暴露数据量 table-prefix: t_ # 所有表加 t_ 前缀，一眼区分业务表

逻辑说明：context-path: /api是为了后续 Nginx 反向代理做准备（小程序域名白名单只配一个，后端多实例靠路径分流）；HikariCP 的maximum-pool-size: 20是血泪经验——测过 30，MySQL 连接数满，报Too many connections；id-type: assign_id解决了两个痛点：一是避免学生看到订单号10001就猜出系统总共才 10000 单，二是 Long 型 ID 在小程序端 JS 里不会精度丢失（Number.MAX_SAFE_INTEGER是 2^53，而雪花 ID 在 64 位下完全安全）。

2.2 MyBatis-Plus 生成建表 SQL：不是手写 DDL，而是让实体类驱动数据库结构

校园拼车系统核心表就四张：t_user（学生/教师信息）、t_order（拼车订单）、t_route（常用路线，如「东门→火车站」）、t_order_log（操作日志）。MyBatis-Plus 的AutoGenerator能根据 Java 实体类自动生成建表语句，但必须严格控制字段策略，否则生成的 SQL 会踩坑。

以Order.java为例：

// src/main/java/com/campus/carpool/entity/Order.java @Data @TableName("t_order") public class Order { @TableId(type = IdType.ASSIGN_ID) private Long id; @TableField("user_id") private Long userId; // 发单人学号（关联 t_user.id） @TableField("driver_id") private Long driverId; // 接单人学号，初始为 null @TableField("route_id") private Long routeId; // 路线ID，关联 t_route.id @TableField("status") @TableLogic // 逻辑删除字段，值为 0=正常，1=已取消 private Integer status; @TableField("departure_time") private LocalDateTime departureTime; // 出发时间，精确到分钟 @TableField("passenger_count") private Integer passengerCount; // 乘客数（含发单人），默认 1 @TableField("created_time") private LocalDateTime createdTime; @TableField("updated_time") private LocalDateTime updatedTime; }

生成 SQL 的关键配置（CodeGenerator.java）：

// src/test/java/com/campus/carpool/CodeGenerator.java public class CodeGenerator { public static void main(String[] args) { AutoGenerator mpg = new AutoGenerator(); GlobalConfig gc = new GlobalConfig(); gc.setOutputDir("src/main/resources/mapper"); // SQL 文件输出到 resources 下，方便手动 review gc.setAuthor("campus-dev"); gc.setOpen(false); gc.setSwagger2(false); DataSourceConfig dsc = new DataSourceConfig(); dsc.setUrl("jdbc:mysql://127.0.0.1:3306/carpool?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai"); dsc.setDriverName("com.mysql.cj.jdbc.Driver"); dsc.setUsername("root"); dsc.setPassword("123456"); StrategyConfig strategy = new StrategyConfig(); strategy.setNaming(NamingStrategy.underline_to_camel); // 数据库下划线转 Java 驼峰 strategy.setColumnNaming(NamingStrategy.underline_to_camel); strategy.setEntityLombokModel(true); strategy.setRestControllerStyle(true); strategy.setInclude("t_user", "t_order", "t_route", "t_order_log"); // 只生成这四张表 strategy.setTablePrefix("t_"); // 去掉前缀再映射，避免生成 t_t_user // ⚠️ 关键：关闭 Boolean 转换，校园系统不用 tinyint(1) 存 boolean！ strategy.setBooleanColumnRemoveIsPrefix(false); // 保留 is_xxx 字段名，但数据库用 TINYINT(1) mpg.setGlobalConfig(gc); mpg.setDataSource(dsc); mpg.setStrategy(strategy); mpg.execute(); } }

生成的t_order.sql关键片段：

CREATE TABLE `t_order` ( `id` bigint NOT NULL COMMENT '主键ID', `user_id` bigint NOT NULL COMMENT '发单人ID', `driver_id` bigint DEFAULT NULL COMMENT '接单人ID', `route_id` bigint NOT NULL COMMENT '路线ID', `status` tinyint NOT NULL DEFAULT '0' COMMENT '状态：0-待接单，1-已接单，2-已完成，3-已取消', `departure_time` datetime NOT NULL COMMENT '出发时间', `passenger_count` int NOT NULL DEFAULT '1' COMMENT '乘客数量', `created_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间', `updated_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间', PRIMARY KEY (`id`), KEY `idx_user_id` (`user_id`), KEY `idx_route_id` (`route_id`), KEY `idx_status_time` (`status`,`departure_time`) -- 复合索引：查「今天所有待接单订单」必走此索引 ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;

参数说明：idx_status_time是性能命脉——小程序首页「我的订单」列表、后台「今日待处理订单」统计，90% 查询都带WHERE status = 0 AND departure_time >= ?，这个索引能让查询从全表扫描降到 0.02s；tinyint NOT NULL DEFAULT '0'是故意的：Java 用Integer status接收，避免Boolean在 MySQL 中因NULL导致的空指针；DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP确保updated_time自动更新，省去手动 set。

2.3 订单状态机设计：不用复杂框架，用枚举 + Service 方法守住一致性

校园拼车的状态流转极简：待接单 → 已接单 → 已完成 / 已取消。但「已接单」后司机又反悔、「已完成」后学生投诉要退款，这些边界必须防住。我放弃spring-statemachine这类重型框架，用纯 Java 枚举 + 显式方法控制：

// src/main/java/com/campus/carpool/enums/OrderStatus.java @Getter public enum OrderStatus { WAITING(0, "待接单"), ACCEPTED(1, "已接单"), COMPLETED(2, "已完成"), CANCELLED(3, "已取消"); private final int code; private final String desc; OrderStatus(int code, String desc) { this.code = code; this.desc = desc; } // 定义合法状态转移 public static boolean canTransfer(int from, int to) { if (from == WAITING.getCode() && to == ACCEPTED.getCode()) return true; if (from == ACCEPTED.getCode() && (to == COMPLETED.getCode() || to == CANCELLED.getCode())) return true; if (from == WAITING.getCode() && to == CANCELLED.getCode()) return true; return false; } }

Service 层强制校验：

// src/main/java/com/campus/carpool/service/impl/OrderServiceImpl.java @Service public class OrderServiceImpl extends ServiceImpl<OrderMapper, Order> implements OrderService { @Override @Transactional public boolean updateStatus(Long orderId, Integer newStatus, Long operatorId) { Order order = this.getById(orderId); if (order == null) return false; // ⚠️ 核心校验：状态只能按规则转移 if (!OrderStatus.canTransfer(order.getStatus(), newStatus)) { throw new BusinessException("非法状态变更：从 " + order.getStatus() + " 到 " + newStatus); } // 额外校验：只有司机能接单，只有发单人/司机能取消 if (newStatus == OrderStatus.ACCEPTED.getCode() && !Objects.equals(operatorId, order.getUserId())) { // 接单操作必须由司机发起，operatorId 应是司机学号 throw new BusinessException("接单权限不足"); } order.setStatus(newStatus); order.setUpdatedTime(LocalDateTime.now()); return this.updateById(order); } }

逻辑说明：canTransfer是状态机的灵魂，它把业务规则写死在代码里，比数据库 trigger 更易测试、更易 debug；@Transactional保证状态更新和后续消息推送（如微信模板消息）原子性；operatorId是调用方传入的当前登录用户 ID（从 JWT token 解析），不是前端传的，杜绝伪造。

3. 小程序端怎么写？不是套模板，是抠清「微信登录、手机号获取、路线选择」三个致命细节

微信小程序端看似简单，实则处处是坑。很多团队栽在「登录态失效」「手机号拿不到」「路线选错导致司机找不到人」上，最后被迫加客服电话——这违背了「自助拼车」的初衷。我们坚持原生开发（非 uni-app），因为微信官方 API 更新快，原生支持最新能力（如wx.getPhoneNumber的code换phone流程），且体积可控（最终包大小 1.8MB，远低于 uni-app 的 2.3MB）。

3.1 登录流程：不是wx.login()一把梭，而是用code换session_key+unionId双保险

校园拼车必须知道「你是谁」，但微信openId是公众号/小程序隔离的，无法跨应用识别同一人。解决方案是：接入学校企业微信（或教务系统 OAuth2），用unionId作为唯一标识。但第一步仍是标准微信登录：

// pages/login/login.js Page({ data: { userInfo: null, hasUserInfo: false }, onLoad() { // 尝试从 storage 读取缓存的 unionId（登录成功后存） const unionId = wx.getStorageSync('unionId'); if (unionId) { this.setData({ hasUserInfo: true }); this.getUserInfoByUnionId(unionId); return; } // 获取 code 并发送给后端 wx.login({ success: res => { console.log('login code:', res.code); wx.request({ url: 'https://api.campus.edu.cn/api/auth/wx-login', method: 'POST', data: { code: res.code }, success: resp => { if (resp.data.code === 200) { const { unionId, token } = resp.data.data; wx.setStorageSync('unionId', unionId); wx.setStorageSync('token', token); this.setData({ hasUserInfo: true }); this.getUserInfoByUnionId(unionId); } } }); } }); }, getUserInfoByUnionId(unionId) { // 用 unionId 查用户信息（学号、姓名、学院） wx.request({ url: 'https://api.campus.edu.cn/api/user/info', header: { 'Authorization': 'Bearer ' + wx.getStorageSync('token') }, data: { unionId }, success: res => { if (res.data.code === 200) { this.setData({ userInfo: res.data.data }); } } }); } });

后端WxLoginController.java：

@PostMapping("/wx-login") public Result<Map<String, Object>> wxLogin(@RequestBody Map<String, String> params) { String code = params.get("code"); if (StringUtils.isBlank(code)) { return Result.fail("code 为空"); } // 调用微信接口换取 session_key 和 openid String url = "https://api.weixin.qq.com/sns/jscode2session?" + "appid=" + wechatAppId + "&secret=" + wechatSecret + "&js_code=" + code + "&grant_type=authorization_code"; String response = HttpUtil.get(url); // 使用 Hutool 工具类 JSONObject json = JSON.parseObject(response); if (json.containsKey("errcode")) { return Result.fail("微信登录失败：" + json.getString("errmsg")); } String openid = json.getString("openid"); String sessionKey = json.getString("session_key"); String unionId = json.getString("unionid"); // 企业微信环境下必有 // ⚠️ 关键：unionId 为空时，用 openid + 学校域名校验（防止伪造） if (StringUtils.isBlank(unionId)) { // 此时走备用方案：要求用户输入学号，后端用学号+密码（加密存储）二次校验 return Result.fail("unionId 获取失败，请联系管理员"); } // 生成 JWT token（含 unionId、exp 24h） String token = JwtUtil.generateToken(unionId); // 保存或更新用户（unionId 为主键） User user = userService.getByUnionId(unionId); if (user == null) { user = new User(); user.setUnionId(unionId); user.setOpenId(openid); user.setSessionKey(sessionKey); userService.save(user); } Map<String, Object> data = new HashMap<>(); data.put("unionId", unionId); data.put("token", token); return Result.success(data); }

逻辑说明：unionId是跨应用的唯一 ID，只要学生在学校企业微信里绑定了手机号，这里就能拿到；sessionKey必须存下来，因为后续wx.getPhoneNumber需要用它解密；JWT token 的exp设为 24 小时，避免学生隔天打开小程序还要重新登录——这是体验分水岭。

3.2 获取手机号：不是button open-type="getPhoneNumber"一点就完，而是解密 + 校验双步骤

微信小程序获取手机号必须用户主动点击按钮，且getPhoneNumber返回的encryptedData需用sessionKey解密。很多团队直接把encryptedData发给后端解密，结果被中间人截获——正确做法是：前端用wx.getPhoneNumber拿到encryptedData和iv，连同code一起发给后端，后端用自己存的sessionKey解密，并校验phoneNumber是否符合校园号段（如 138xxxxxxx、159xxxxxxx）。

小程序端：

<!-- pages/order/create.wxml --> <button open-type="getPhoneNumber" bindgetphonenumber="onGetPhoneNumber"> 授权获取手机号（用于联系司机） </button>

// pages/order/create.js Page({ onGetPhoneNumber(e) { if (e.detail.code) { // 将 code 和加密数据发给后端 wx.request({ url: 'https://api.campus.edu.cn/api/user/bind-phone', method: 'POST', header: { 'Authorization': 'Bearer ' + wx.getStorageSync('token') }, data: { code: e.detail.code, encryptedData: e.detail.encryptedData, iv: e.detail.iv }, success: res => { if (res.data.code === 200) { wx.showToast({ title: '手机号绑定成功' }); } } }); } } });

后端解密逻辑（UserController.java）：

@PostMapping("/bind-phone") public Result<String> bindPhone(@RequestBody Map<String, String> params, @RequestHeader("Authorization") String authHeader) { String code = params.get("code"); String encryptedData = params.get("encryptedData"); String iv = params.get("iv"); // 1. 用 code 换 session_key（微信接口） String sessionKey = getWxSessionKey(code); if (sessionKey == null) { return Result.fail("获取 session_key 失败"); } // 2. AES-128-CBC 解密 try { byte[] resultByte = AesUtils.decrypt(encryptedData, sessionKey, iv); if (null != resultByte && resultByte.length > 0) { String phoneJson = new String(resultByte, "UTF-8"); JSONObject phoneObj = JSON.parseObject(phoneJson); String phoneNumber = phoneObj.getString("phoneNumber"); // 3. 校验手机号是否为校园常用号段（防恶意注册） if (!phoneNumber.matches("^1[3-9]\\d{9}$") || !phoneNumber.startsWith("138") && !phoneNumber.startsWith("159") && !phoneNumber.startsWith("186")) { return Result.fail("手机号不符合校园规范"); } // 4. 绑定到当前用户（unionId 从 token 解析） String unionId = JwtUtil.getUnionId(authHeader); userService.bindPhone(unionId, phoneNumber); return Result.success("绑定成功"); } } catch (Exception ex) { log.error("解密手机号失败", ex); } return Result.fail("解密失败"); }

注意：AesUtils.decrypt是标准 AES 解密工具类，网上可搜到完整实现；phoneNumber.startsWith("138")等判断是硬编码的校园号段，实际应从配置中心读取，此处简化。

3.3 路线选择组件：不是用picker拉个数组，而是用map+markers实现「点哪选哪」

学生发单时，必须精准选择「上车点」和「下车点」，而不是从下拉框选「东门」「西门」——因为校园里同名地点可能有多个（如「图书馆」有老馆、新馆、分馆）。我们用wx.chooseLocation+ 自定义 marker：

// pages/order/create.js chooseStartLocation() { wx.chooseLocation({ success: res => { this.setData({ startLocation: { name: res.name, address: res.address, latitude: res.latitude, longitude: res.longitude } }); // 在地图上标出起点 this.mapCtx = wx.createMapContext('myMap'); this.mapCtx.includePoints({ points: [{ latitude: res.latitude, longitude: res.longitude, iconPath: '/images/start.png', width: 30, height: 30 }] }); } }); }, chooseEndLocation() { wx.chooseLocation({ success: res => { this.setData({ endLocation: { name: res.name, address: res.address, latitude: res.latitude, longitude: res.longitude } }); // 同时标出起点和终点 this.mapCtx.includePoints({ points: [ { latitude: this.data.startLocation.latitude, longitude: this.data.startLocation.longitude, iconPath: '/images/start.png', width: 30, height: 30 }, { latitude: res.latitude, longitude: res.longitude, iconPath: '/images/end.png', width: 30, height: 30 } ] }); } }); }

wxml中的地图：

<map id="myMap" style="width: 100%; height: 300rpx;" latitude="{{startLocation.latitude}}" longitude="{{startLocation.longitude}}" markers="{{markers}}" bindmarkertap="onMarkerTap"> </map>

逻辑说明：wx.chooseLocation调起微信内置地图，学生可拖拽精确定位；includePoints动态刷新 marker，避免学生选错点；iconPath用不同图标区分起点/终点，视觉上一目了然。这个设计让「上车点误差」从 200 米降到 10 米内——司机不再问「你在东门哪个口？」，直接导航到 pinpoint。

4. 避坑：Java 后端与小程序联调的 4 个血泪现场，每个都让上线推迟两天

联调不是把前后端代码一跑就完事，而是每天都在和「跨域」、「时区」、「token 过期」、「微信签名」打架。以下是我在三所高校部署时，被反复暴击的四个坑，按「现象 → 原因 → 解决」列清楚，照着改，少走弯路。

4.1 现象：小程序wx.request报错request:fail net::ERR_CONNECTION_REFUSED

原因：后端application.yml里server.port设为8080，但小程序request的url写成了http://localhost:8080/api/xxx—— 小程序在手机上运行，localhost指向手机自身，而非你的开发机。
解决：

• 开发期：用ngrok或cpolar将本地8080端口映射成公网 HTTPS 地址（微信要求request必须是 HTTPS）；
• 更稳妥：在project.config.json里配置setting.networkTimeout.request为10000，并在app.js全局配置baseURL：

// app.js App({ globalData: { baseURL: 'https://api.campus.edu.cn/api/' // 上线后指向 Nginx 反向代理地址 } });

• Nginx 配置必须加proxy_set_header X-Forwarded-Proto $scheme;，否则 Spring Security 会因X-Forwarded-Proto缺失拒绝 HTTPS 请求。

4.2 现象：订单departure_time存进数据库是2024-03-15 08:00:00，但小程序显示成2024-03-15 00:00:00

原因：MySQL 服务器时区是UTC，而 JavaLocalDateTime默认用系统时区（Asia/Shanghai），JDBC 驱动未显式指定时区，导致存入时被当作 UTC 时间处理。
解决：

• MySQL 服务端执行SET GLOBAL time_zone = '+08:00';；
• application.yml的 JDBC URL 必须加serverTimezone=Asia/Shanghai（已写在 2.1 节）；
• MyBatis-Plus 的@TableField注解加上fill = FieldFill.INSERT，让createdTime自动填充LocalDateTime.now()，避免前端传时间字符串引发时区混乱。

4.3 现象：小程序登录后，过两小时再操作，提示「token 无效」，但 JWT 的exp设的是 24 小时

原因：微信小程序wx.checkSession()不会自动刷新code，而我们的token依赖code换sessionKey，code5 分钟过期，sessionKey2 小时过期，但token仍有效——导致解密手机号失败。
解决：

• 前端在onShow生命周期里调用wx.checkSession()，失败则重新wx.login()；
• 后端JwtUtil的validateToken方法里，增加sessionKey有效期校验（查数据库user.session_key_expire_time）；
• 用户每次操作（如发单、接单）时，后端用unionId查sessionKey是否过期，过期则返回401，前端跳转登录页。

4.4 现象：wx.getPhoneNumber解密后phoneNumber为空，或解出来是乱码

原因：encryptedData和iv是 Base64 字符串，但部分安卓机型（尤其华为 EMUI）返回的iv末尾带换行符\n，导致 AES 解密失败。
解决：

• 后端接收参数时，对iv和encryptedData做trim()处理：

String iv = params.get("iv").trim(); String encryptedData = params.get("encryptedData").trim();

• 解密前打印iv.length()和encryptedData.length()，正常应为 24 和 172（Base64 编码后长度）；
• 用AesUtils的decrypt方法必须捕获BadPaddingException，并记录原始encryptedData用于微信客服申诉。

5. 性能压测与灰度发布：用 JMeter 模拟「早八高峰」，用 Nginx 权重切流守住上线红线

系统上线前，必须回答一个问题：它到底能扛多少人？不是拍脑袋说「几千 QPS」，而是用真实数据说话。我们用 JMeter 模拟 2000 个学生同时刷首页、1000 人发单、500 人接单，持续 10 分钟，观察 Java 进程 CPU、内存、GC 频率，以及 MySQL 的慢查询日志。这才是对师生负责。

5.1 JMeter 压测脚本：聚焦三个核心场景，不跑全链路

我们不测「用户注册」这种低频操作，只压最痛的三个点：

JMeter 脚本关键参数（Thread Group）：

• Number of Threads (users): 2000
• Ramp-up period (seconds): 60 （1 分钟内均匀加压，模拟真实流量爬升）
• Loop Count: Forever （配合定时器控制总时长）
• 添加Constant Timer：每个请求间隔 100ms，模拟真实用户操作节奏

HTTP Header Manager 必须加：

Authorization: Bearer eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9... Content-Type: application/json

提示：Authorization的 token 用 CSV Data Set Config 读取 2000 个预生成 token（从数据库导出 unionId + token），避免所有请求用同一个 token 导致连接复用失真。

5.2 MySQL 慢查询优化：不是加索引就完事，是看执行计划找真瓶颈

压测中发现/api/order/list接口平均耗时 1.2s，EXPLAIN结果显示type: ALL（全表扫描）。原 SQL 是：

SELECT * FROM t_order WHERE status = 0 AND departure_time >= '2024-03-15 07:00:00' ORDER BY created_time DESC LIMIT 20;

EXPLAIN输出：

id select_type table type possible_keys key key_len ref rows Extra 1 SIMPLE t_order ALL idx_status_time NULL NULL NULL 12500 Using where; Using filesort

问题在于：idx_status_time(status, departure_time)索引能过滤status=0和departure_time，但ORDER BY created_time无法走索引，触发Using filesort。解决方案是覆盖索引：

-- 删除旧索引 DROP INDEX idx_status_time ON t_order; -- 创建新复合索引，包含排序字段 CREATE INDEX idx_status_dep_created ON t_order (status, departure_time, created_time DESC);

再次EXPLAIN：

id select_type table type possible_keys key key_len ref rows Extra 1 SIMPLE t_order range idx_status_dep_created idx_status_dep_created 8 NULL 120 Using index condition; Using where

rows从 12500 降到 120，Extra里没了filesort，实测响应时间从 1.2s 降到 0.18s。

5.3 Nginx 灰度发布：用upstream权重切流，5% 流量先跑新版本

上线绝不

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