单账号流量有限，容易触发限制多账号管理繁琐API 调用地址分散，难以统一管理在使用Codex或相关插件时，原本仅存在前述问题的情况下，尚不足以构成必须实现中转站的必要性。然而，近期发现若不结合反向代理，Codex几乎无法正常使用。最近不少人在打开 Codex 时遇到了一个之前从没见过的弹窗——要求验证手机号，否则无法继续使用。这对很多用户来说是一道突如其来的门槛，尤其是英国号码收不到验证码的问题在

模板<template>•。

首先我们大概理清一下我们需要创建什么样的后端项目工程：这里我们先做oj-modules和oj-common创建oj-modules• 删除oj-modules⼯程中的src⽬录，并修改pom.xml⽂件创建微服务⼯程以oj-system为例:创建bootstrap.yml⽂件其他的几个微服务按照oj-system一样完成即可，需要注意的是，我们这里的端口号需要不同最后：我们的oj-modules中

接⼝⽂档，顾名思义就是接⼝的说明⽂档，它是我们调⽤接⼝的依据。@Data但是这些状态码有时不能完全⽀撑我们的业务我们有时希望通过状态码说明更加详细的信息，另⼀⽅⾯处于安全考虑当服务器出错时我们不直接暴露底层的系统错误。在 com.bite.common.core.enums 包下创建枚举类型命名为ResultCode@Getter//操作成功SUCCESS (1000, "操作成功"),//服务器

测试。

此外，MySQL⾃⾝也⽀持⾼可⽤性和故障转移，如使⽤主从复制或集群解决⽅案，从⽽进⼀步提⾼系统的可⽤性。jwt中仅存储⽤⼾的唯⼀标识信息，使⽤redis作为第三⽅存储机制，存储⽤于⽤⼾⾝份认证的信息，并通过redis控制jwt的过期时间。使⽤nacos内置的数据库虽然能够简化部署，但是性能受到限制，外置的MySQL可以根据需要进⾏优化和扩展，满⾜更⾼的性能要求。（token上述的jwt串）服务端收

Service@Autowired/*** 创建令牌*/// Jwt存储信息核心代码详解：首先我们通过UUID来获取一个唯一的userKey创建一个claim，存放着用户的userId以及刚刚创建的userKey;这个是调用方传入通过nacos得到的密钥，我们需要传给createToken我们通过claim,secret来生成一个token.然后我们创建一个变量key（其实就是一个常量+userK

由于我们延迟token的时机在于登录获得token之后，在调用Controller之前，那我们可以把延长的时机订到拦截器中，我们可能会想着可以单独弄一个过滤器，但是这样一方面以后可能添加其他过滤器导致问题，也会增加代码直接耦合度，所以我们这里选择使用过滤器。这里的secret采用依赖注入的方式，因为我们这里是为了让哪个服务被拦截的时候，就从哪个服务的nacos中读取。

我们如果在一个项目中使用的mybatis-plus的相关注解但是没有配置数据库url(即使是间接)，可能报错，找不到database Url。这样，在我们插入数据的时候，我们只需要提供账号和密码即可，服务器会自动帮我们填入创建时间，创建人，以及修改时候的修改时间修改人。我们修改之前创建的 BaseEntity类，对它加入一些mybatis-plus相关的注释。首先，我们要对传入的账号进行检测，如果

前端开发创建一个VUE项目。