2026-10-30 增量见文末:同设备换手机号解绑。五字段数据库方案已确认;后端已实现,用户已确认测试库 SQL 执行完成;数据库并发及 App 联调待执行;涉及换号及已有绑定直登的旧描述以增量节为准。
Date: 2026-09-20 | Spec: spec.md | 契约: contracts/api-contract.md
updatesql/sql.md 中"2026-09-20 设备绑定手机号信任表"DDL 已由开发者手动执行(本任务只追加脚本不执行)。JDK:临时设置(不改全局配置,Git Bash 示例):
export JAVA_HOME="$HOME/.jdks/graalvm-jdk-21.0.12+7.1"
export PATH="$JAVA_HOME/bin:$PATH"
短信万能码:沿用现网 8888(测试不必真实收码)。
# 全量跑本 feature 测试(DeviceTrust + 分支/确认流程)
mvn -pl ruoyi-admin -am test -Dtest='DeviceTrust*Test' -Dsurefire.failIfNoSpecifiedTests=false
# 编译校验(含 ruoyi-system)
mvn -pl ruoyi-admin -am compile
预期:全部通过。已知基线红测试与本 feature 无关(flash payType 白名单,见项目记忆)。
服务起在本地(默认 8080,按实际部署调整)。DEV=dev-uuid-001 为模拟设备标识。
# 1. 手机号短信登录(万能码 8888),带 deviceId —— 建立/刷新设备信任
curl -X POST http://localhost:8080/infouser/user/lodeing \
-H 'Content-Type: application/json' \
-d '{"phone":"0987654321","code":"8888","deviceId":"dev-uuid-001"}'
# 预期:登录成功 token;DB: info_user_device 出现 device_id=dev-uuid-001, phone=0987654321
# 2. 查库确认(人工)
# SELECT * FROM info_user_device WHERE device_id='dev-uuid-001';
# 3. 用"新的"三方身份登录(credential 用测试渠道或 mock)
curl -X POST http://localhost:8080/infouser/user/oauthLogin \
-H 'Content-Type: application/json' \
-d '{"provider":"google","credential":"<test-idtoken>","deviceId":"dev-uuid-001"}'
# 预期:data = {status:"deviceConfirm", tempKey:"...", maskedPhone:"098****4321"}
# 4. 一键确认(免短信)
curl -X POST http://localhost:8080/infouser/user/oauthDeviceConfirm \
-H 'Content-Type: application/json' \
-d "{\"tempKey\":\"<第3步tempKey>\",\"deviceId\":\"dev-uuid-001\"}"
# 预期:返回 token + user(即 0987654321 的账号);info_user_oauth 新增 google 绑定行
# 不带 deviceId 的老版本行为
curl -X POST http://localhost:8080/infouser/user/oauthLogin \
-H 'Content-Type: application/json' \
-d '{"provider":"google","credential":"<另一个新身份>"}'
# 预期:{status:"needPhone", tempKey}(原样)
no.oauth.tempkey.expireddev-uuid-999)→ no.oauth.device.mismatch,不产生绑定no.user.stop浏览器打开 authorize URL(state=dev-uuid-001)→ 走完 LINE 同意 → 观察 302 回跳参数:
deviceConfirm=1&tempKey=...&maskedPhone=098****4321needPhone=1&tempKey=...前置:用户已确认五字段建表方案,待开发者手动创建 info_user_oauth_device;旧绑定清理由开发者另行安排。后端已实现,建表后执行以下真实环境验收。
本轮已执行后端定向单元测试;数据库迁移、MySQL 并发/回滚、双设备/App 联调尚未执行。最终命令和结果见下方。
JDK:C:\Users\99029\.jdks\graalvm-jdk-21.0.12+7.1,只修改当前命令环境。
mvn -q -pl ruoyi-admin -am '-Dtest=DeviceBindingSwitchTest,DeviceTrustServiceTest,DeviceTrustFlowTest,InfoUserControllerTest,LineCallback*Test,MerchantSessionAuthAnnotationTest' '-Dsurefire.failIfNoSpecifiedTests=false' package
结果:exit 0;130项测试,0失败、0错误、0跳过;ruoyi-admin 及依赖模块打包通过。日志:ruoyi-admin/target/029-build.log(本地构建产物,不纳入 Git)。git diff --check 通过。
覆盖:手机号/验证码绑定 A→B、只删旧账号本设备关联、同账号不删、错误验证码不解绑、冲突绑定不返回其他账号、过期/换号前确认拒绝、已删除绑定不能复活、LINE 冲突回跳、无设备兼容、商家/骑手回归。加锁顺序回归先在旧流程失败,再随调整通过;这是调用顺序验证,不是真实数据库死锁复现。
未执行:数据库建表、历史绑定清理、MySQL 并发/回滚集成、真实 Apple/Google/LINE 授权及 App 双设备联调、部署。用户随后要求 040 注销翻悔期与 029 一并提交;两个功能按当前工作区组合验证。
后续状态:2026-10-30 用户确认建表 SQL 已在测试环境执行;未由本次工具连接数据库复核。历史绑定清理、MySQL 并发与 App 联调不据此视为完成。
用户要求 029 同设备换号解绑与 040 注销翻悔期一并提交。使用 JDK21 执行:
mvn -q -pl ruoyi-admin -am '-Dtest=UserCancellationServiceTest,UserCancellationMapperTest,DeviceBindingSwitchTest,DeviceTrustServiceTest,DeviceTrustFlowTest,InfoUserControllerTest,LineCallback*Test,AuthAspectTest,MerchantSessionAuthAnnotationTest' '-Dsurefire.failIfNoSpecifiedTests=false' package
结果:143 项测试,0 失败、0 错误、0 跳过;package 成功,git diff --cached --check 通过。日志:ruoyi-admin/target/029-040-package.log。
未执行真实 MySQL/Redis 并发集成、App 联调及环境发布。用户已确认 029 关联表 SQL 在测试库执行;040 cancellation_deadline_at 字段迁移是否已执行尚未单独确认。