138 lines
4.8 KiB
Markdown
138 lines
4.8 KiB
Markdown
# portal-mini-go 小程序端接口文档
|
||
|
||
> 基于 Go + gin 的微信小程序后端服务。本文档描述**小程序端（`/api/ma`）**相关接口。后台管理接口见 `admin-api.md`。
|
||
|
||
## 1. 概述
|
||
|
||
- **基础路径**：`/api/ma`
|
||
- **服务地址**：由 `configs/config.yaml` 中 `server.port` 决定（默认 `8080`），例如 `http://localhost:8080`。
|
||
- **统一响应**：所有接口均返回 `HTTP 200`，业务结果通过响应体中的 `code` 字段判断（见 §2.4）。
|
||
- **鉴权方式**：小程序端所有接口需在请求头携带 `X-App-ID`，由 `MiniAppAuth` 中间件校验该小程序是否被纳管且启用。
|
||
- **全局接口**：`GET /healthz` 为健康检查，无需鉴权，返回 `{"code":0,"msg":"ok","data":{"status":"ok"}}`。
|
||
|
||
## 2. 公共约定
|
||
|
||
### 2.1 请求头
|
||
|
||
| Header | 必填 | 说明 |
|
||
| --- | --- | --- |
|
||
| `Content-Type` | 是（POST/PUT） | 固定为 `application/json`。 |
|
||
| `X-App-ID` | 是 | 微信小程序的 AppID，标识调用方小程序身份；必须对应一个「已启用且未删除」的被纳管小程序。 |
|
||
|
||
### 2.2 统一响应结构
|
||
|
||
```json
|
||
{
|
||
"code": 0,
|
||
"msg": "ok",
|
||
"data": { }
|
||
}
|
||
```
|
||
|
||
| 字段 | 类型 | 说明 |
|
||
| --- | --- | --- |
|
||
| `code` | int | 业务码。`0` 表示成功；非 `0` 表示失败（见 §2.4）。 |
|
||
| `msg` | string | 结果描述。`0` 时为 `ok`，失败时为人可读信息。 |
|
||
| `data` | object/null | 业务数据，成功时有内容，失败时通常省略。 |
|
||
|
||
### 2.3 鉴权中间件
|
||
|
||
| 中间件 | 校验逻辑 |
|
||
| --- | --- |
|
||
| `MiniAppAuth` | 校验请求头 `X-App-ID` 对应一个「已启用且未删除」的被纳管小程序；通过后将 `app_id` 与小程序主键 `mini_id` 注入上下文，供后续 handler/service 使用。 |
|
||
|
||
> 全局还挂载 `Recovery`（panic 恢复）、`Trace`（注入 trace_id）、`ErrorHandler`（统一错误转换）。错误由中间件转换，handler 内不直接散落 `c.JSON` 处理错误。
|
||
|
||
### 2.4 错误码
|
||
|
||
| 业务码 | 常量 | 含义 |
|
||
| --- | --- | --- |
|
||
| `0` | — | 成功 |
|
||
| `40000` | `ErrBadRequest` | 请求参数错误 / 非法输入 |
|
||
| `40100` | `ErrUnauthorized` | 未认证 / 登录失败 / token 无效或过期 |
|
||
| `40300` | `ErrForbidden` | 禁止访问 |
|
||
| `40400` | `ErrNotFound` | 资源不存在 / 小程序未注册（如 `X-App-ID` 无效） |
|
||
| `50000` | `ErrServer` | 服务内部错误（含微信调用、会话写入等） |
|
||
|
||
> 非 `BizError` 的未知错误一律归为 `50000`。
|
||
|
||
## 3. 接口列表
|
||
|
||
### 3.1 `POST /api/ma/login`
|
||
|
||
小程序登录：通过微信 `code2session` 换取 `openid`/`unionid`，落库用户并向客户端下发会话 token。
|
||
|
||
**请求头**
|
||
|
||
```
|
||
X-App-ID: <微信小程序 AppID>
|
||
```
|
||
|
||
**请求体**
|
||
|
||
```json
|
||
{
|
||
"code": "081abc..." // 必填，微信登录 code
|
||
}
|
||
```
|
||
|
||
| 字段 | 类型 | 必填 | 说明 |
|
||
| --- | --- | --- | --- |
|
||
| `code` | string | 是 | 小程序 `wx.login` 获取的临时登录 code。 |
|
||
|
||
**响应**
|
||
|
||
```json
|
||
{
|
||
"code": 0,
|
||
"msg": "ok",
|
||
"data": {
|
||
"token": "a1b2c3...48位hex字符串",
|
||
"user": {
|
||
"id": 1,
|
||
"mini_id": 3,
|
||
"openid": "oABC...",
|
||
"union_id": "oXYZ...",
|
||
"nickname": "",
|
||
"avatar": "",
|
||
"created_at": "2026-10-25T10:00:00Z",
|
||
"updated_at": "2026-10-25T10:00:00Z"
|
||
}
|
||
}
|
||
}
|
||
```
|
||
|
||
> `token` 为 `24` 字节随机值的 hex 编码（48 字符），对应会话保留 `7` 天。后续小程序业务接口应携带该 token 完成用户身份识别（当前示例仅实现 `login`）。
|
||
|
||
**curl 示例**
|
||
|
||
```bash
|
||
curl -X POST http://localhost:8080/api/ma/login \
|
||
-H "Content-Type: application/json" \
|
||
-H "X-App-ID: wx1234567890" \
|
||
-d '{"code":"081abc..."}'
|
||
```
|
||
|
||
## 4. 数据模型
|
||
|
||
### 4.1 User（小程序用户）
|
||
|
||
| 字段 | 类型 | JSON | 说明 |
|
||
| --- | --- | --- | --- |
|
||
| `ID` | uint64 | `id` | 主键，自增。 |
|
||
| `MiniID` | uint64 | `mini_id` | 所属小程序主键（关联 `mini_programs.id`）。 |
|
||
| `OpenID` | string | `openid` | 微信 openid。 |
|
||
| `UnionID` | string | `union_id` | 微信 unionid（可为空）。 |
|
||
| `Nickname` | string | `nickname` | 昵称。 |
|
||
| `Avatar` | string | `avatar` | 头像 URL。 |
|
||
| `CreatedAt` | time | `created_at` | 创建时间。 |
|
||
| `UpdatedAt` | time | `updated_at` | 更新时间。 |
|
||
|
||
> 用户由 `(mini_id, open_id)` 唯一标识。
|
||
|
||
## 5. 备注与后续扩展
|
||
|
||
- **多小程序**：新增 `app2`..`app10` 时，按 `internal/handler/miniapp/app1`、`internal/service/miniapp/app1` 的目录结构各自建包，在 `router.New` 中注册即可，互不耦合。新增小程序后须在本文档补充其接口。
|
||
- **会话存储**：默认 `MemoryStore`（单实例），多实例部署应替换为 Redis 实现（复用 `session.Store` 接口）。
|
||
- **业务接口**：当前 `/api/ma` 下仅实现 `login`；新增业务接口时，应在路由中增加基于会话 token 的用户身份中间件后再登记，并同步更新本文档 §3。
|