该项目目前已经上线：https://oneapi.charjin.top，对应的前端项目地址在此处
管理员/普通用户：admin/user 密码：12345678
该平台包含以下模块：
- 后台管理系统
- 客户端 SDK
- 公共类库
- API 网关模块
- 后台接口库
后端管理系统主要为前端提供接口，实现如下功能：
普通用户：
- OneAPI 用户登录/注册（注册后会自动分配 API 密钥）
- 查看已有接口及用户调用情况
管理员：
- 接口管理：创建接口、修改接口元数据、发布/下线接口
- 接口充值：为用户充值接口调用次数
- 接口统计：使用 Ant Design 图表库展示接口调用统计
客户端 SDK 提供给开发者使用，其中封装了 API 签名认证算法以简化开发者调用 API 的流程。
SDK 模块的设计花费了较长的时间，因为必须保证 可扩展性，即增加不同的接口时避免对原有代码的改动，因此必须对功能做抽象。
客户端的整体流程：开发者创建请求对象，使用客户端发起 HTTP 请求至后端网关。
为了提高代码的可复用性与可扩展性，客户端采用面向抽象的设计模式，将客户端请求的各个环节进行抽象，形成了以下几个封装类：
AbstractModel：模型类，封装了请求参数的基本信息，通过 Gson 注解在请求的后处理中将请求/响应参数转换为 JSON 格式 。实现类包含如下两种：Request：请求对象，封装了请求的基本信息。Response：响应对象，封装了响应的基本信息。
HttpProfile：HTTP 配置类，封装了 HTTP 请求的基本信息，如请求方法、请求地址、请求协议、请求超时时间等。ClientProfile：客户端配置类，封装了 HttpProfile、签名方法等。AbstractClient：客户端抽象类，封装了 ClientProfile、密钥对象、HTTP 请求方法。实现类：OneApiClient：OneAPI 客户端实现类，封装自定义接口的请求方法。
注：在后台管理系统中，前端页面需为用户提供在线调用功能。为了在后端实现对 API 的动态调用，使用了反射 动态创建请求对象以在后端使用 SDK。
网关模块需实现的核心功能在于 抽离出对接口鉴权、请求染色的统一控制等，该模块在后端接口中可以使用 AOP 实现，但是当有多个后端接口服务时 AOP 就可剥离出来，使用更通用的模块去替代，因此这里使用了 API 网关实现。具体业务功能如下：
- API 路由：只处理
/api/**的接口地址 - 使用请求头部信息实现鉴权：通过时间戳避免请求重放，对用户参数重新计算签名验证签名正确性
- 统一接口调用的响应格式：为了提供“健壮”的服务，即使后端程序出错也要保证返回给调用者有效的信息（错误码、错误原因等）
改进点：这里的请求头部验证可以使用 Gateway 中 Predicate 实现，应该使用声明式设计让实现更简洁。
后台接口，目前仅仅实现了两个随机头像的接口（使用了第三方），该项目目前的核心在于实现 API 平台本身，而不是提供消费级别的接口调用平台。因此可以考虑后期继续扩展。
问题思考：在设计 SDK 模块时，参考了腾讯云的 SDK 设计，发现他们在调用后端接口时候并不是以 RESTful 的标准形式，而是统一发送到一个域名地址，并在头部添加请求的后端功能（用 Action 命名）。我认为他们的请求中间应该会经过相应的 API 网关，但通过 Action 参数，如果有效的将其与实际的后端调用地址或方法做映射，此处还可再构思。
使用 Nginx 反向代理，不对外开放端口。（请求路径应该更业务化一些，可改进）
| 模块 | 端口 | 路径 | 是否对外开放 |
|---|---|---|---|
| 后台管理系统 | 8101 | /api | 否 |
| API 网关模块 | 8090 | /api | 否 |
| 后台接口库 | 7089 | /api | 否 |
运行 Docker 命令：
docker run -d --name one-api -p 8101:8101 -m 2G one-api:1.0.0在部署项目时，发现购买的学生云服务器内存过小，因此使用了 FRP 的内网穿透将服务部署在实验室的服务器上，通过端口映射的形式开发出去。