通义灵码怎么生成后端业务代码？
通义灵码能根据一句中文描述，直接生成结构完整、带异常处理、含事务注解、连 Swagger 文档都已就位的 Ja va 业务代码——这听起来是不是有点玄乎？但实际用起来，确实能省下不少反复查 MyBatis 注解、翻 Spring Security 权限配置、手动补全 Controller 样板代码的时间。比如你要在 Spring Boot 项目里快速产出用户管理、订单处理、商品 CRUD 这类后端业务逻辑，它就能派上用场。
确认插件就绪与项目上下文
打开 IntelliJ IDEA，先看一眼右下角通义灵码的图标——绿色且显示“已登录”才算正常。如果图标灰了或者提示未授权，点图标用阿里云账号扫码登录就行。注意：未以组织开发者身份登录的话，企业知识库里的 API 规范是调不出来的。
接下来，确认当前打开的是一个能正常编译的 Spring Boot 项目。Ma ven 依赖得加载成功，pom.xml 里至少得有 spring-boot-starter-web、mybatis-spring-boot-starter 这些基础模块。项目根目录下也要有 src/main/ja va 和 src/main/resources 这两个目录。
这一步可不能跳过。如果项目还没 build 成功，或者有红色报错，通义灵码就没法准确感知你的实体类、Mapper 接口这些上下文。生成的代码大概率会缺字段映射，或者注入失败，到时候还得手动改，反而更麻烦。
用自然语言触发业务模块生成
方法一：在空文件里输入约束型需求注释
新建一个 .ja va 文件，第一行写上类似这样的注释：// 实现用户管理模块：包含 User 实体（id、username、email、status）、基于 MySQL 的增删改查接口、支持按邮箱模糊查询、所有接口返回统一 Result。然后把光标停在注释末尾，按 Ctrl+Enter（Windows/Linux）或 Cmd+Enter（macOS），接下来就是见证奇迹的时刻。
方法二：在已有实体类上右键生成
定位到已经定义好的 User.ja va 类，右键选择「通义灵码 → 生成 CRUD」。在弹出的面板里勾选「生成 Controller + Service + Mapper + XML」，确认后它就会自动创建对应包路径下的全套文件。Mapper XML 里还会生成带
有一点要注意：如果实体类字段没加 Lombok 注解（比如 @Data），生成的 Service 方法里会出现大量 getter/setter 手动调用。所以要么提前把 Lombok 补上，要么在提示词里明确写“使用 Lombok 简化 POJO”。
填充权限与校验逻辑
第一步：在刚生成的 UserController.ja va 里，找到 addUser 方法签名下方空白处，输入注释：// 添加 JWT 登录态校验：仅 ROLE_ADMIN 可调用，校验 token 中 claims.sub 是否匹配请求头 X-User-ID，然后按 Tab 键采纳建议。
第二步：在 UserServiceImpl.ja va 对应方法体内，光标停在 sa ve() 调用前，输入：// 校验 email 格式并检查数据库是否已存在相同邮箱，抛出自定义 BizException("邮箱已被注册")，等它响应后再按 Tab。
第三步：选中整个 addUser 方法，右键选择「通义灵码 → 生成单元测试」。它会自动创建 UserControllerTest.ja va，覆盖正常流程、邮箱重复、角色不足三种 case，并且 mock 了 JwtUtils 和 UserService。
这一步操作起来很简单，但必须确保校验逻辑紧贴业务方法入口。如果校验写在 Service 层而 Controller 没做前置拦截，前端绕过接口仍然可能触发漏洞，得不偿失。
接入缓存与性能优化
在 UserMapper.ja va 接口的 selectById 方法上方，添加注释：@Cacheable(value = "user", key = "#id") // 启用 Redis 缓存，缓存名 user，key 为 id 参数。光标停在注释末尾，按 Ctrl+Enter。通义灵码会自动在方法上添加 Spring Cache 注解，还会检查项目是否已经引入了 spring-boot-starter-cache 和 redis 依赖。如果缺了，它会在 pom.xml 里插入对应的 dependency 块（需要你手动确认合并）。
需要特别留意的是：如果项目没有配置 RedisTemplate Bean，生成的 @Cacheable 会静默失效。所以最好提前在 configuration 包中定义 RedisCacheConfiguration。
接着，在 updateStatus 方法上添加：// 使用 @CacheEvict 清除 user 缓存，key = "#id"，防止脏读，按 Tab 即可完成缓存一致性保障。这样，读操作走缓存，写操作主动清缓存，数据就不会出现不一致的问题了。
