spec.md 4.6 KB

017 - Apple / Google / LINE 三方登录

背景

C 端 app 现仅支持「手机号 + 短信验证码」登录(/infouser/user/lodeing,登录即注册)。本特性新增 Apple / Google / LINE 三方登录,降低台湾市场获客与登录摩擦。鉴权沿用现有自写 JwtUtil(HS256 JWT + Redis 会话),不引入新鉴权体系。

锁定的关键决策(业务确认)

  1. 手机号始终是主键:三方账号只是绑在「某个手机号账号」上的快捷入口,不在 InfoUser 上落三方 ID(独立表 info_user_oauth 记录绑定关系)。
  2. 首次使用任一三方登录强制手机验证:拿到手机号后查 info_user——已注册则关联到该老账号(写一条 oauth 绑定),未注册则新建账号后再绑定。不以邮箱做关联
  3. 不使用 Apple 邮箱信息:Apple 只取 identityToken 的 sub(稳定用户ID),忽略 email。
  4. 记录登录渠道 loginType:因一个用户可绑多家三方,loginType 不落用户表,而写入本次会话的 JWT claimprovider)。

User Story

US1 - 三方登录入口 (P0)

客户在登录页选 Apple/Google/LINE,客户端拿到 provider 凭证后调后端校验。

US2 - 首次登录手机验证 + 绑定 (P0)

首次用某三方账号登录时,强制输手机号 + 短信验证码:手机号已注册→关联该账号;未注册→新建账号;随后建立 oauth 绑定。

US3 - 已绑定快捷登录 (P0)

已绑过该三方的账号再次登录,校验凭证通过即直接签发 token,免手机验证。

Functional Requirements

  • FR-001: 提供 POST /infouser/user/oauthLogin {provider, credential, ...},后端校验 provider 凭证换取稳定 providerUid。
  • FR-002: 凭证校验三选一:Apple=验 ES256 identityToken 取 sub;Google=tokeninfo HTTP 验真取 sub 并校 audience;LINE=前端传授权 code,后端用 code+clientSecret+clientId 向 oauth2/v2.1/token 换 access_token,再调 v2/profile 取 userId(Authorization Code 流程,不直接收前端 accessToken)。
  • FR-003: 按 (provider, providerUid) 查 info_user_oauth:命中→校验用户 status/del_flag 正常后直接签发 token(claim provider)返回;未命中→缓存 {provider,providerUid} 到 Redis(短TTL),返回 needPhone + tempKey。
  • FR-004: 提供 POST /infouser/user/oauthBindPhone {tempKey, phone, code, ...}:取回缓存的 providerUid + 验短信码(复用 lodeing 逻辑,含万能码 8888)→ getuser(phone):已注册→关联;未注册→createUser 新建;随后 insert info_user_oauth(user_id, provider, provider_uid)
  • FR-005: 新建用户昵称统一用手机号(与现有 createUser 一致),avatar 留空,不用 provider 的昵称/头像。
  • FR-006: token claim 增加 provider 字段(apple/google/line;手机号登录为 phone),供登录渠道统计或「未绑手机限制」类约束使用。
  • FR-007: 登录端点 @Anonymous 放行;受保护接口继续走 @Auth,零额外接入。
  • FR-008: 凭证校验失败 / tempKey 过期 / 短信码错误 → 明确错误提示,不签发 token、不建账号。
  • FR-009(2026-08-05 增量): LINE「唤起 LINE App / 系统浏览器」流程下前端拿不到 code,新增服务端回调 GET /auth/line/callback@Anonymous,LineCallbackController):接 LINE 重定向的 code → 复用 verify("line",code) 换 token 取 userId → 已绑定签 token / 未绑定生成 tempKey → 302 跳回 App scheme oauth.line.app-redirect?token= / ?needPhone=1&tempKey= / ?error=,未绑定时 App 再调 /infouser/user/oauthBindPhone)。原 /oauthLogin 保留,覆盖前端自取 code 场景(H5/webview/SDK)。约束:oauth.line.redirect-uri 须与 LINE Console 回调白名单一致(否则 400 redirect_uri_mismatch)。

Key Entities

  • info_user_oauth(新增)iduser_idprovider(apple/google/line)、provider_uidcreate_timeUNIQUE(provider, provider_uid) 用于按三方ID反查用户;user_id 普通索引。
  • InfoUser(已有,不改):仍是手机号为主键,无三方 ID 列。

安全要点

  • Apple/Google 必须校验 audience(= 我方 client_id/bundleId),防其他 App 的 token 被冒用。
  • Apple 校验 iss=https://appleid.apple.com + exp。
  • tempKey 一次性、短 TTL(5 分钟),防重放。

不在本期范围

  • 后台管理端解绑/查看三方绑定(后续增量)。
  • 第三家以上三方(微信/Facebook)——表结构已可扩展,但本期只接 Apple/Google/LINE。
  • Apple 隐藏邮箱中转、refresh_token 续期等高级场景。