高效重构案例：GitHub Copilot拆分单体类为多服务

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中尚未迁移完的方法体；二是测试类中Mock UserManager的方式；三是跨Service调用时缺少事务传播配置。

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

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

来源：互联网