AI 辅助开发实战：基于 Spring Boot 的计算机毕业设计项目高效构建指南

---

毕业设计开发中的典型痛点

1. 时间紧：从选题到答辩往往只有 8～12 周，中间还要穿插实习、考研复试、考公面试，真正留给编码的整块时间不到 4 周。
2. 技术整合难：Spring Boot 只是“入口”，一旦涉及 MyBatis-Plus、Redis、MinIO 文件存储、Spring Security 权限，版本号、配置项、注解冲突能把人绕晕。
3. 代码冗余：学生项目 80% 都是 CRUD，却要从零手写 Entity、DTO、Mapper、Service、Controller，复制粘贴一时爽，后期一改字段就要同步改 5 个文件，极易漏改。
4. 调试效率低：Tomcat 端口占用、JSON 日期格式不对、跨域 CORS 报错，搜索引擎翻 20 页才找到解决方案，答辩 PPT 却还没动工。

主流 AI 编程助手对比与选型

工具	核心优势	适合场景	学生白嫖姿势
GitHub Copilot	上下文理解深，能一口气补全 30 行	复杂业务链、Service 层逻辑	用教育邮箱申请 GitHub Student Pack，免费开 Copilot
通义灵码（阿里云）	中文注释友好，能直接生成 .md 文档	Controller、Swagger 注释、接口文档	淘宝/支付宝学生认证后免费用
CodeGeeX（智源)	本地可离线，隐私好	内网机房、保密项目	开源版即可，不限速
ChatGPT-4	问答+代码二合一，能解释异常栈	调试、SQL 优化、答辩 Q&A	官网学生套餐 20$/月，可拼单

结论：

• 写业务代码优先 Copilot；
• 写中文注释、接口文档优先通义灵码；
• 断网环境用 CodeGeeX；
• 调试、优化 SQL 用 ChatGPT-4 当“高级 Stack Overflow”。

AI 实战：三个高频场景演示

下面所有代码均由 AI 生成，人工只做“需求描述 + 逐行审查”。

1. 用户管理：一键生成 RESTful 接口

需求描述（直接粘到 Copilot 对话框）：

用 Spring Boot 2.7 + MyBatis-Plus 实现用户表 t_user（id, username, password, role, create_time）的增删改查，要求：

1. 返回统一结果 R ；
2. 密码用 BCrypt 加密；
3. 写 Swagger 注解；
4. 符合 REST 风格；
5. 给关键方法写中文注释。

Copilot 30 秒后给出以下文件（节选）：

@RestController @RequestMapping("/api/users") @Tag(name = "用户模块") @RequiredArgsConstructor public class UserController { private final UserService userService; @PostMapping @Operation(summary = "新增用户") public R<String> create(@Valid @RequestBody UserDTO dto) { // 1. DTO→Entity User user = new User(); BeanUtils.copyProperties(dto, user); // 2. 密码加密 user.setPassword(new BCryptPasswordEncoder().encode(dto.getPassword())); // 3. 保存 userService.save(user); return R.ok("注册成功"); } @GetMapping("/{id}") @Operation(summary = "根据主键查询") public R<UserVO> get(@PathVariable Long id) { User user = userService.getById(id); ThrowUtils.throwIf(user == null, ErrorCode.NOT_FOUND); UserVO vo = new UserVO(); BeanUtils.copyProperties(user, vo); return R.ok(vo); } }

人工只改了ThrowUtils的异常码，其余直接可用。

2. 文件上传：自动补全 MinIO 配置

需求描述：

写一个 MinIO 工具类，支持上传、删除、获取临时链接，要求：

1. 读取 application.yml 中的 minio.endpoint、access-key、secret-key；
2. 上传后返回 “http://域名/桶名/对象名”；
3. 捕获并翻译 MinIO 常见异常。

通义灵码生成核心代码：

@Component @ConfigurationProperties(prefix = "minio") @Data public class MinioTemplate { private String endpoint; private String accessKey; private String secretKey; private String bucket; private MinioClient client; @PostConstruct public void init() { client = MinioClient.builder() .endpoint(endpoint) .credentials(accessKey, secretKey) .build(); } /** * 上传文件 * @param file MultipartFile * @return 访问地址 */ public String upload(MultipartFile file) { String fileName = IdUtil.fastUUID() + "-" + file.getOriginalFilename(); try (InputStream in = file.getInputStream()) { client.putObject(PutObjectArgs.builder() .bucket(bucket) .object(fileName) .stream(in, file.getSize(), -1) .contentType(file.getContentType()) .build()); return StrUtil.join("/", endpoint, bucket, fileName); } catch (Exception e) { throw new ServiceException("上传失败：" + e.getMessage()); } } }

AI 甚至把@ConfigurationProperties的提示也写好了，复制进 yml 即可识别。

3. 统一异常处理与 Swagger 配置

ChatGPT-4 根据提示词：

帮我写 GlobalExceptionHandler，返回统一 R 对象，包含 Bind 异常、JSR303 校验异常、Max 异常，以及 404 和 500 的兜底，用 RestControllerAdvice 实现。

一次性生成 60 行，含中文注释，直接放进工程即可通过 Swagger 测试。

AI 生成代码的潜在风险

1. SQL 注入：AI 可能默认拼接 SQL，例如"select * from t where name like '%" + input + "%'"，需要强制使用 MyBatis#{}占位符。
2. 幂等性缺失：新增接口未加唯一索引，高并发下出现重复注册；AI 不会主动给你加@Transactional(rollbackFor=Exception.class)。
3. 依赖版本冲突：AI 无脑给最新版，例如spring-boot-starter-data-redis 3.2.x与spring-boot 2.7一起用，启动直接报错。
4. 硬编码密钥：示例代码里可能直接写死accessKey="minioadmin"，一不小心 push 到 GitHub 就泄露。
5. 空指针陷阱：AI 喜欢链式写user.getProfile().getAvatar()，一旦 getProfile 为空直接 NPE，需要加 Optional 或 if 判断。

生产环境避坑指南

1. 项目结构：采用 “多模块” 而不是一坨 package

   • xxx-common：工具、常量
   • xxx-infrastructure：MyBatis、Redis、MinIO 配置
   • xxx-service：业务、事务
   • xxx-web：Controller、DTO、VO
     好处：答辩时老师一眼就能定位“你用了什么技术”，也方便后期微服务拆分。

2. Git 提交粒度：

   • feat: 用户注册接口
   • fix: 解决文件上传空指针
   • docs: 补充 README 运行步骤
     拒绝一次 commit 5000 行，老师一看就知道是复制粘贴。

3. 配置文件分层：

   • application-dev.yml（本地 H2）
   • application-prod.yml（MySQL、Redis、MinIO）
     通过spring.profiles.active=prod切换，防止在教室演示时连不上阿里云。

4. 单元测试兜底：
   让 AI 顺手生成@SpringBootTest的冒烟用例，至少把主流程跑通，答辩现场万一网络抽风，也能本地跑通演示。

5. 答辩 PPT 结构：

   • 第 1 页：课题背景 → 痛点
   • 第 2 页：技术路线 → 架构图
   • 第 3 页：AI 协同开发流程图（需求→AI→Review→UT）
   • 第 4 页：核心功能演示（现场 Swagger 调接口）
   • 第 5 页：总结与展望（AI 提效 40%，人工 Review 不可替代）

动手试试，再回头反思

我完整跟完这套流程后，真切体会到：

• AI 不是“代写”，而是“加速”；
• 需求描述越精准，生成代码越省心；
• 人工 Review 环节省不得，安全、事务、索引必须肉眼过一遍；
• 最终答辩评委更关心“你怎么保证质量”，而不是“谁写的代码”。

把 AI 当成一位 7×24 的助教，让它先跑 80 分，我们再冲到 100 分——这才是计算机毕业生最划算的人机协同方式。祝你毕业设计一遍过，早日把代码仓库设成 Public，成为学弟学妹的“参考源码”。

---