GitHub Copilot高效重构案例：用AI拆分单体类为解耦Service

UserManager类已扩张至2300行，职责混杂，庞大的构造函数暴露出明显的代码“坏味道”。重构势在必行，目标明确：拆分为UserService、AuthService和ProfileService三个独立接口，分别负责用户管理、认证授权和资料更新。不仅需要迁移方法、重构构造函数、更新依赖注入，还必须确保所有单元测试在改造后依然通过。

这次重构本质上是一次精准手术。你需要从一个2300行的“巨无霸”单体类中，干净利落地剥离出三个职责清晰的独立模块，并使整个系统无缝切换。

理解原始类结构与依赖关系

动手拆分前，必须先弄清这个庞大类的内部构造。在VS Code中打开UserManager.java，选中整个类定义——从public class UserManager到末尾的大括号。然后按Command+I（Mac）或Ctrl+I（Windows/Linux），调出Copilot的内联聊天。

在输入框中输入/explain并回车，Copilot会生成一份结构化的分析报告。它会指出：该类目前身兼数职，涵盖用户创建、密码重置、头像上传、权限校验、登录日志记录五种行为。其中权限校验和登录日志两块逻辑被三个以上方法反复调用，属于代码重复的“重灾区”。

必须注意：拆分前务必确认当前类所有public方法的调用链，否则拆分后编译错误将令人头疼。 任意选中一个public方法名，右键选择“Go to References”，找出外部调用点，了解哪些模块直接依赖UserManager实例。例如，可能是WebController或BatchJob在调用，务必做到心中有数。

生成拆分方案与接口定义

理清依赖关系后，轮到Copilot发挥关键作用。在聊天框中输入：“基于上述分析，为UserManager设计三个职责分离的接口：UserService（用户增删改查）、AuthService（密码/令牌/登录校验）、ProfileService（头像/昵称/资料更新）。输出Java接口代码，不带实现。”

Copilot将返回三个接口的定义。不要急于复制粘贴，先逐一检查：UserService是否包含createUser()和findUserById()等必需方法？AuthService中validatePassword()和issueToken()是否齐全？ProfileService是否覆盖uploadAvatar()和updateBio()？若发现遗漏关键方法，立即追加提示：“补充AuthService中checkPermission(String userId, String resource)方法”。

确认无误后，将Copilot生成的三个接口代码分别粘贴到新文件UserService.java、AuthService.java和ProfileService.java中保存。

迁移具体方法到对应Service

接口定义完成后，接下来将UserManager中的各类方法“归队”。第一步，定位所有以“reset”开头的方法，如resetPassword、resetMfa。全选后，右键 → “Refactor” → “Extract Method”，命名为resetPasswordInAuthService，目标类选择AuthService。

第二步，对所有包含“auth”、“token”、“login”关键词的方法，逐个重复相同操作，目标类均指向AuthService。注意：若某方法同时操作数据库并发送邮件，Copilot可能建议分两步处理——先接受数据库部分，邮件逻辑稍后单独处理。

第三步，将头像上传、昵称更新、个人简介修改等与用户资料相关的方法，整体迁移至ProfileService。遇到方法体中混有权限校验代码时，不要手动删除。在Copilot聊天框中选中该段代码，输入“提取权限校验逻辑到AuthService.checkPermission()调用”，Copilot会自动替换为authService.checkPermission(userId, "profile:update")形式的调用。

此步操作比预想简单，将文件拖入即可。但务必确保迁移后每个方法的签名与接口定义完全一致——参数类型、参数顺序、返回值都不能出错。

重构构造函数与依赖注入

方法迁移完毕后，原UserManager的构造函数也需要同步调整。方法一：在UserManager类顶部添加@Inject注解，声明三个新Service字段：

private final UserService userService;
private final AuthService authService;
private final ProfileService profileService;

方法二：删除原UserManager构造函数中的所有初始化逻辑，改为只接收这三个Service参数并赋值。原本在构造函数中的new JdbcTemplate()、new RedisTemplate()等对象创建语句，应全部剪切到对应Service的构造函数中。

方法三：搜索整个项目，找到所有new UserManager()的调用点，全部替换为通过依赖注入容器获取UserService、AuthService和ProfileService这三个Bean。若项目使用Spring框架，直接改用@Autowired注入；若是纯Java项目，可能需要新建一个UserModule工厂类来统一提供实例。

验证与修复编译错误

一切就绪后，按下Cmd+Shift+B（Mac）或Ctrl+Shift+B（Windows/Linux）触发完整构建。编译错误通常集中在三处：一是原UserManager中尚未迁移完的方法体；二是测试类中对UserManager的Mock方式；三是跨Service调用时可能缺少事务传播配置。

针对第一类错误，返回UserManager.java，选中剩余未迁移的方法（如sendWelcomeEmail），在Copilot聊天框中输入“将此方法重构为调用userService.sendWelcomeEmail()，并确保UserService接口已声明该方法”，Copilot将自动完成处理。

针对测试类错误，打开UserManagerTest.java，将@Mock UserManager mockManager改为@Mock UserService mockUserService、@Mock AuthService mockAuthService、@Mock ProfileService mockProfileService，然后更新所有verify()调用的目标对象。这样，测试用例即可顺利通过新接口的校验。