API 开放平台 笔记

GitHub - yidiansishiyi/stellarisapi: api 开放平台,快速共享接口,自由定义配置

GitHub - ThisRong/Api-Project

前端模仿星球内一个朋友的ui 由一个朋友开发

后端代码更改变动:

fix 管理员登录添加用户明文存储用户密码

fix 用户修改必须传递密码

fix api 查询存在时未计算上下线标识

fix 随机数长度校验类型比对错误失效

fix 日志打印时 body 参数未打印问题 (gateway 响应式编程打印失败)

insert 完善 sign 拼接校验逻辑

insert 预警功能,调用额度为零的启用接口用户发送欠费信息,管理员可给指定用户发送信息

insert 随机数池,使用 redis 存储如下结构 key:随机数 value:用户,用户2 结构存储用户使用过的随机数,防止不同用户之间冲突

insert 不全其他的 api 签名认证体系内容,查询可调用次数

insert 动态路由,使用nacos 配置动态路由替换掉配置文件方式编写路由,增加灵活性,新增接口时自动增加配置,(写到这想起来删除忘记做了),解决了新增 api 后必须重新更改 配置文件重启问题(此条还可以使用单独工程替换掉spring cloud gateway 模块做api 网关,但是反应是编程理论上快一些,不过由于木桶效应,这个项目目前为止未优化性能可能不如使用单独项目做网关)

insert 使用铭感词检测,调用第三方 ai 功能代替演示使用的 demo

insert 使用策略模式加注册表模式转换参数,实现二次封装不同加密逻辑(后期单独抽出模块处理参数,可实现gateway 无感增加别的有自己特别校验功能的接口的引入网关平台,抽离为参数适配器),这个和 gpt 刚开始的时候那种 gpt 共享平台的实现有些像.

insert 限流处理,增加 redission 限流处理,数据库存储对应 api 的限流配置,由管理系统计算数据结构,初始化时加载在网关内存内部,更新时触发网关钩子更新网关内部限流逻辑

insert ak,sk 对称加密传输(想起来存在bug 更改邮件信息后未更新登录态内信息,前端解密 计算 key 更新,后端未更新)

后续会继续更新

修改现有存在bug

进行并发测试,测试性能瓶颈

完善动态路由代码更改和删除

sdk 编写(之前好像看到有一个动态生成sdk 的好像)

代码包结构优化,代码重构优化

构建适配器参数转换模块

完善前端文档和在线调用功能(打算模拟 har 文件结构构建存储用户调用参数等信息,(给初始调用次数))

完善交互(前端被我拉来,直接给他了个图,让他帮忙搞,前端代码也很乱,有些交互很不友好,缺少有些必要流程)