尧图网站建设 
简介本资源为基于 SpringBoot 的知会问答社区项目完整源码包模仿知乎实现提问、回答、知识分享与互动交流适合人工智能、计算机科学与技术等专业学生用于毕业设计、课程作业或大作业参考。压缩包共约 2000 个文件涵盖 202 个 Java 后端源码、256 个 HTML 页面、747 个 JavaScript 与 413 个 CSS 样式文件另有 178 个 XML 配置、87 个 Markdown 说明文档、63 个 PDF 资料及 1 个 SQL 建表脚本整体约 247.76MB目录结构清晰便于按模块检索学习。项目源码已通过严格测试验证可稳定运行并附有 README 与参与贡献说明帮助读者理解前后端分离架构、数据库设计与界面实现。目前已有 59 人学习下载适合希望系统掌握现代 Web 开发流程、积累完整项目经验的学习者参考交流。1. 知会问答社区到底在做什么从一份 SpringBoot 毕设压缩包说起很多同学拿到「基于 SpringBoot 的知会问答社区类似知乎」这个题目时第一反应是去搜现成源码下载一个 zip 解压跑起来截几张图就交差。但真正答辩时被问到「你的问答社区和普通博客有什么区别」「提问、回答、评论、点赞这几张表怎么设计」「SpringBoot 在这里到底承担了什么角色」往往答不上来。这篇笔记就按一线开发的思路把这类知会问答社区从技术选型、数据库设计、核心接口到部署踩坑完整拆一遍让你既能照着复现也能在答辩时讲清楚每一层的取舍。知会问答社区的核心不是「发帖」而是「问题—回答—投票—采纳」这条闭环。它和博客最大的差别在于内容有明确的父子层级问题下挂回答回答下挂评论有排序权重点赞数、采纳状态、时间衰减还有用户信誉体系。SpringBoot 在这个场景里负责的是把 Web 层、业务层、持久层用约定优于配置的方式快速串起来配合 MyBatis 或 JPA 完成数据访问用拦截器或过滤器处理登录态和 XSS。适合做这个题目的同学是已经学过 Java Web、能看懂 Maven 依赖、但还没独立搭过一个完整多表关联项目的人。下面从工程结构开始一步步把可运行的最小版本搭出来。2. 工程骨架与依赖把 SpringBoot 项目从零搭到能启动2.1 用 Spring Initializr 生成骨架还是手写 pom常见做法是用 start.spring.io 生成但很多同学网络不稳生成完下载依赖又卡住。我一般直接手写pom.xml依赖少、可控。核心依赖只有四类Web、持久层、模板引擎或前后端分离、连接池。如果做前后端分离Vue SpringBoot模板引擎可以不要如果做服务端渲染Thymeleaf 比 JSP 省心。!-- pom.xml 核心依赖SpringBoot 2.7.x 为佳3.x 要求 JDK17 -- parent groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-parent/artifactId version2.7.18/version /parent dependencies !-- Web 层提供 REST 接口和内嵌 Tomcat -- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency !-- 持久层MyBatis 比 JPA 更适合毕设SQL 可控答辩好讲 -- dependency groupIdorg.mybatis.spring.boot/groupId artifactIdmybatis-spring-boot-starter/artifactId version2.3.1/version /dependency !-- MySQL 驱动 -- dependency groupIdcom.mysql/groupId artifactIdmysql-connector-j/artifactId scoperuntime/scope /dependency !-- 连接池HikariCP 是 SpringBoot 默认不用额外配 -- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-jdbc/artifactId /dependency !-- 参数校验处理提问标题非空、长度限制 -- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-validation/artifactId /dependency /dependencies逻辑说明spring-boot-starter-parent统一管理版本避免自己写版本号冲突。MyBatis 选 starter 而不是原生是因为它自动装配了SqlSessionFactory和DataSource。参数校验用spring-boot-starter-validation配合NotBlank、Size注解比在 Controller 里写 if-else 干净。参数说明SpringBoot 2.7.x 是 2.x 最后一个稳定版对 JDK8 友好很多学校机房还是 JDK8选它最稳。如果强行上 3.xJDK 必须 17且javax.*全部换成jakarta.*老教程直接翻车。MyBatis starter 2.3.x 对应 SpringBoot 2.7版本错配会报NoSuchMethodError。2.2 application.yml 里必须改的四个配置server: port: 8080 # 端口冲突时改成 8081别和已占用的抢 spring: datasource: url: jdbc:mysql://localhost:3306/zhihu_clone?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 你的密码 driver-class-name: com.mysql.cj.jdbc.Driver # 文件上传限制问答社区要传头像和问题配图 servlet: multipart: max-file-size: 5MB max-request-size: 10MB mybatis: mapper-locations: classpath:mapper/*.xml # XML 映射文件位置 type-aliases-package: com.example.entity # 实体类包XML 里可省略全限定名 configuration: map-underscore-to-camel-case: true # user_name 自动映射 userName逻辑说明serverTimezone不写会报时区错误这是 MySQL 8 的经典坑。map-underscore-to-camel-case打开后数据库的create_time能自动映射到实体类的createTime省掉大量resultMap配置。mapper-locations指向resources/mapper下的 XML如果放在java目录下 Maven 默认不打包必须额外配resources插件。参数说明max-file-size是单文件上限max-request-size是整个请求上限后者要大于前者。如果做头像上传5MB 够用如果允许传附件调到 20MB 但要注意 Tomcat 也有默认限制。type-aliases-package配好后XML 里resultType直接写User而不是全类名。3. 数据库设计问题、回答、评论、投票四张核心表怎么落地3.1 表结构设计与外键取舍问答社区的数据模型是典型的树形结构但不要用递归查询毕设阶段用「问题—回答—评论」三层扁平化就够。四张核心表user、question、answer、comment再加一张vote记录点赞点踩。-- 问题表核心字段是标题、内容、作者、浏览量、回答数 CREATE TABLE question ( id BIGINT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(200) NOT NULL, content TEXT, user_id BIGINT NOT NULL, view_count INT DEFAULT 0, answer_count INT DEFAULT 0, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, update_time DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, INDEX idx_user (user_id), INDEX idx_create (create_time) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 回答表question_id 关联问题accepted 标记是否被采纳 CREATE TABLE answer ( id BIGINT PRIMARY KEY AUTO_INCREMENT, question_id BIGINT NOT NULL, content TEXT NOT NULL, user_id BIGINT NOT NULL, vote_count INT DEFAULT 0, accepted TINYINT DEFAULT 0, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, INDEX idx_question (question_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 投票表唯一索引防止同一用户重复投票 CREATE TABLE vote ( id BIGINT PRIMARY KEY AUTO_INCREMENT, user_id BIGINT NOT NULL, target_id BIGINT NOT NULL, target_type TINYINT NOT NULL COMMENT 1问题 2回答, vote_type TINYINT NOT NULL COMMENT 1赞 -1踩, UNIQUE KEY uk_user_target (user_id, target_id, target_type) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;逻辑说明answer_count和vote_count是冗余字段每次插入回答或投票时用UPDATE ... SET answer_count answer_count 1更新避免列表页每行都COUNT(*)。vote表的唯一索引是防重复投票的关键插入时用INSERT ... ON DUPLICATE KEY UPDATE vote_type ?实现「再点一次取消」或「切换赞踩」。参数说明utf8mb4而不是utf8因为要存 Emoji很多同学用utf8存表情直接报错。TEXT类型够放回答内容如果要做富文本存 HTML改用MEDIUMTEXT。索引idx_question加速「查某问题下所有回答」这个最高频查询。3.2 分页查询的两种写法与 MyBatis 插件列表页必须分页。手写LIMIT offset, size最简单但要注意深分页性能用 PageHelper 插件更省事但答辩时要能讲清它底层还是拼LIMIT。!-- QuestionMapper.xml 手写分页参数用 Param 传入 -- select idselectPage resultTypeQuestion SELECT id, title, view_count, answer_count, create_time FROM question ORDER BY create_time DESC LIMIT #{offset}, #{size} /select select idcountAll resultTypelong SELECT COUNT(*) FROM question /select// Service 层计算 offset避免 Controller 里写业务 public PageResultQuestion listQuestions(int page, int size) { int offset (page - 1) * size; ListQuestion list questionMapper.selectPage(offset, size); long total questionMapper.countAll(); return new PageResult(list, total, page, size); }逻辑说明offset由页码和每页条数算出page从 1 开始。PageResult是自定义包装类包含list、total、page、size前端拿到后渲染分页条。如果引入 PageHelper只需在查询前调PageHelper.startPage(page, size)但要注意它只对紧随其后的第一条查询生效多条查询会错乱。参数说明size建议限制在 10~20太大前端渲染慢太小翻页多。深分页比如第 1000 页时offset很大MySQL 会扫描前 N 行再丢弃优化方式是记录上一页最后一条的id做游标分页但毕设阶段手写LIMIT足够答辩时能说出这个优化点反而是加分项。4. 核心接口实现提问、回答、投票的 Controller 与 Service 分层4.1 提问接口参数校验与 XSS 过滤提问是最基础的写接口但有两个坑标题长度和内容 XSS。用Valid做校验用过滤器做 XSS 清洗。// QuestionController.java RestController RequestMapping(/api/question) public class QuestionController { Autowired private QuestionService questionService; PostMapping(/create) public Result create(RequestBody Valid QuestionDTO dto, RequestAttribute Long userId) { // userId 由登录拦截器注入不从前端传防止伪造 Long id questionService.create(dto, userId); return Result.success(id); } } // QuestionDTO.java 校验注解 public class QuestionDTO { NotBlank(message 标题不能为空) Size(min 5, max 200, message 标题长度 5-200) private String title; Size(max 10000, message 内容过长) private String content; // getter/setter 省略 }逻辑说明RequestBody接收 JSONValid触发校验校验失败会抛MethodArgumentNotValidException需要全局异常处理器捕获并返回友好提示。userId从RequestAttribute取由拦截器在请求进入 Controller 前从 Token 解析并塞入这样前端无法通过改参数冒充他人提问。参数说明Size的min和max按业务定标题太短没意义太长数据库VARCHAR(200)会截断。content上限 10000 字对应TEXT类型约 64KB够用。全局异常处理器要单独写一个RestControllerAdvice类否则前端收到的是 400 白页。4.2 投票接口用唯一索引实现幂等投票接口最容易出并发问题同一用户快速点两次可能插入两条记录。靠vote表的唯一索引 ON DUPLICATE KEY UPDATE解决。// VoteService.java Transactional public void vote(Long userId, Long targetId, int targetType, int voteType) { // 先查是否已投过 Vote existing voteMapper.selectByUserAndTarget(userId, targetId, targetType); if (existing null) { voteMapper.insert(userId, targetId, targetType, voteType); updateTargetCount(targetId, targetType, voteType); } else if (existing.getVoteType() voteType) { // 再点一次相同方向 取消 voteMapper.deleteById(existing.getId()); updateTargetCount(targetId, targetType, -voteType); } else { // 切换方向差值 2 voteMapper.updateType(existing.getId(), voteType); updateTargetCount(targetId, targetType, voteType * 2); } }逻辑说明先查后判三种分支对应「新增」「取消」「切换」。updateTargetCount用UPDATE answer SET vote_count vote_count ? WHERE id ?增量可以是 1、-1 或 2。整个方法加Transactional保证投票记录和计数更新要么都成功要么都回滚。参数说明targetType用 1 和 2 区分问题和回答避免建两张投票表。voteType用 1 和 -1切换时增量是voteType * 2因为从 -1 变 1 差值 2。并发极高时先查后判仍有窗口但毕设场景够用真要严格就用INSERT ... ON DUPLICATE KEY UPDATE一条 SQL 搞定。4.3 登录拦截器与全局异常处理// LoginInterceptor.java public class LoginInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest req, HttpServletResponse resp, Object handler) { String token req.getHeader(Authorization); if (token null || !jwtUtil.validate(token)) { resp.setStatus(401); return false; } req.setAttribute(userId, jwtUtil.getUserId(token)); return true; } }逻辑说明拦截器在preHandle里校验 Token通过则把userId塞进 request 属性Controller 用RequestAttribute取。返回 false 时请求终止前端收到 401 跳登录页。注册拦截器要在WebMvcConfigurer的addInterceptors里配并排除登录、注册、首页列表等公开接口。参数说明Token 放Authorization头而不是 Cookie前后端分离时更通用。jwtUtil可以用jjwt库密钥写在配置文件里别硬编码在代码中。排除路径用excludePathPatterns(/api/user/login, /api/question/list)注意路径要写全漏了会导致公开接口也要求登录。5. 避坑与排查毕设答辩前最容易翻车的五个点5.1 启动报Table xxx doesnt exist但数据库里明明有现象本地 MySQL 里能看到表SpringBoot 启动后查询报不存在。原因通常是连接到了错误的库或者url里没写库名。解决检查application.yml的url是否包含zhihu_clone用SHOW DATABASES确认库存在再用SELECT DATABASE()在客户端确认当前库。另一个可能是大小写敏感Linux 下 MySQL 默认表名区分大小写Windows 不区分迁移时把表名统一小写。5.2 前端跨域报CORS policy错误现象Vue 跑在 8081SpringBoot 跑在 8080浏览器控制台报跨域。原因浏览器同源策略拦截。解决在后端加全局 CORS 配置addCorsMappings里允许http://localhost:8081并允许Authorization头。别用CrossOrigin一个个加容易漏。如果用了拦截器注意 CORS 预检请求OPTIONS会被拦截器拦下要在拦截器里放行OPTIONS方法。5.3 上传图片后访问 404现象文件上传成功但返回的 URL 打不开。原因上传目录不在 SpringBoot 静态资源映射范围内。解决配置WebMvcConfigurer的addResourceHandlers把本地上传目录映射到/upload/**路径。同时注意上传目录要用绝对路径相对路径在不同启动方式下基准不同。生产环境更推荐用对象存储但毕设本地映射够用。5.4 分页查询第二页数据重复或丢失现象翻到第二页出现第一页的数据或者中间少了几条。原因排序字段不唯一ORDER BY create_time DESC时同一秒的多条记录顺序不稳定。解决排序加第二字段ORDER BY create_time DESC, id DESC用主键兜底保证全序。这是数据库分页的经典问题答辩时能主动提出来很加分。5.5 打包成 jar 后运行报no main manifest attribute现象java -jar xxx.jar报找不到主清单属性。原因pom.xml没配spring-boot-maven-plugin或者配了但没执行repackage。解决在build节点加插件执行mvn clean package后target下会有两个 jar带.original后缀的不是可执行 jar要运行另一个。如果用了 Gradle任务名是bootJar而不是jar。6. 从能跑到能讲答辩演示的进阶技巧与验证方法把项目跑起来只是第一步答辩时老师更想看你对边界和数据的理解。我一般会准备三个演示脚本第一个是正常流程注册、提问、回答、采纳、点赞走一遍完整闭环第二个是异常流程故意提交空标题、超长内容、重复投票展示校验和幂等第三个是数据验证用 SQL 直接查库证明answer_count和vote_count与明细表一致。验证数据一致性可以用一条 SQL 对账-- 检查 answer_count 是否等于实际回答数结果应为 0 行 SELECT q.id, q.answer_count, COUNT(a.id) AS real_count FROM question q LEFT JOIN answer a ON a.question_id q.id GROUP BY q.id HAVING q.answer_count ! COUNT(a.id);逻辑说明这条 SQL 把冗余计数和明细表关联统计对比HAVING过滤出不一致的行。如果查出结果说明某次插入回答时忘了更新计数或者事务回滚不完整。答辩前跑一遍确保返回空结果这比口头说「我做了数据一致性」有说服力得多。参数说明LEFT JOIN保证没有回答的问题也能被统计到COUNT(a.id)而不是COUNT(*)因为LEFT JOIN下无回答时a.id为 NULLCOUNT(*)会算成 1。这个细节很多同学会写错导致对账结果永远不一致。再进一步可以给热门问题加缓存。用 SpringBoot 的Cacheable注解配合 Redis 或本地 Caffeine。毕设阶段用 Caffeine 更简单不依赖外部服务。在pom.xml加spring-boot-starter-cache和caffeine启动类加EnableCachingService 方法加Cacheable(value question, key #id)。注意缓存和数据库更新的一致性投票或新增回答后要CacheEvict清掉对应 key否则前端看到的是旧数据。这个点答辩时能讲清楚「缓存穿透、缓存雪崩」的基本应对基本就稳了。最后说个血泪经验别在答辩前一晚才打包。我见过太多同学本地 IDE 跑得好好的mvn package出来就报错原因是测试用例连了本地数据库、或者资源文件没打包进去。提前三天打包在另一台没装开发环境的机器上java -jar跑一遍把application.yml里的数据库地址改成实际部署地址。这个习惯比多写两个接口有用得多。希望帮到你。本文还有配套的精品资源点击获取 SpringBoot知会问答社区毕设实战：从数据库设计到答辩避坑
简介本资源为基于 SpringBoot 的知会问答社区项目完整源码包模仿知乎实现提问、回答、知识分享与互动交流适合人工智能、计算机科学与技术等专业学生用于毕业设计、课程作业或大作业参考。压缩包共约 2000 个文件涵盖 202 个 Java 后端源码、256 个 HTML 页面、747 个 JavaScript 与 413 个 CSS 样式文件另有 178 个 XML 配置、87 个 Markdown 说明文档、63 个 PDF 资料及 1 个 SQL 建表脚本整体约 247.76MB目录结构清晰便于按模块检索学习。项目源码已通过严格测试验证可稳定运行并附有 README 与参与贡献说明帮助读者理解前后端分离架构、数据库设计与界面实现。目前已有 59 人学习下载适合希望系统掌握现代 Web 开发流程、积累完整项目经验的学习者参考交流。1. 知会问答社区到底在做什么从一份 SpringBoot 毕设压缩包说起很多同学拿到「基于 SpringBoot 的知会问答社区类似知乎」这个题目时第一反应是去搜现成源码下载一个 zip 解压跑起来截几张图就交差。但真正答辩时被问到「你的问答社区和普通博客有什么区别」「提问、回答、评论、点赞这几张表怎么设计」「SpringBoot 在这里到底承担了什么角色」往往答不上来。这篇笔记就按一线开发的思路把这类知会问答社区从技术选型、数据库设计、核心接口到部署踩坑完整拆一遍让你既能照着复现也能在答辩时讲清楚每一层的取舍。知会问答社区的核心不是「发帖」而是「问题—回答—投票—采纳」这条闭环。它和博客最大的差别在于内容有明确的父子层级问题下挂回答回答下挂评论有排序权重点赞数、采纳状态、时间衰减还有用户信誉体系。SpringBoot 在这个场景里负责的是把 Web 层、业务层、持久层用约定优于配置的方式快速串起来配合 MyBatis 或 JPA 完成数据访问用拦截器或过滤器处理登录态和 XSS。适合做这个题目的同学是已经学过 Java Web、能看懂 Maven 依赖、但还没独立搭过一个完整多表关联项目的人。下面从工程结构开始一步步把可运行的最小版本搭出来。2. 工程骨架与依赖把 SpringBoot 项目从零搭到能启动2.1 用 Spring Initializr 生成骨架还是手写 pom常见做法是用 start.spring.io 生成但很多同学网络不稳生成完下载依赖又卡住。我一般直接手写pom.xml依赖少、可控。核心依赖只有四类Web、持久层、模板引擎或前后端分离、连接池。如果做前后端分离Vue SpringBoot模板引擎可以不要如果做服务端渲染Thymeleaf 比 JSP 省心。!-- pom.xml 核心依赖SpringBoot 2.7.x 为佳3.x 要求 JDK17 -- parent groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-parent/artifactId version2.7.18/version /parent dependencies !-- Web 层提供 REST 接口和内嵌 Tomcat -- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency !-- 持久层MyBatis 比 JPA 更适合毕设SQL 可控答辩好讲 -- dependency groupIdorg.mybatis.spring.boot/groupId artifactIdmybatis-spring-boot-starter/artifactId version2.3.1/version /dependency !-- MySQL 驱动 -- dependency groupIdcom.mysql/groupId artifactIdmysql-connector-j/artifactId scoperuntime/scope /dependency !-- 连接池HikariCP 是 SpringBoot 默认不用额外配 -- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-jdbc/artifactId /dependency !-- 参数校验处理提问标题非空、长度限制 -- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-validation/artifactId /dependency /dependencies逻辑说明spring-boot-starter-parent统一管理版本避免自己写版本号冲突。MyBatis 选 starter 而不是原生是因为它自动装配了SqlSessionFactory和DataSource。参数校验用spring-boot-starter-validation配合NotBlank、Size注解比在 Controller 里写 if-else 干净。参数说明SpringBoot 2.7.x 是 2.x 最后一个稳定版对 JDK8 友好很多学校机房还是 JDK8选它最稳。如果强行上 3.xJDK 必须 17且javax.*全部换成jakarta.*老教程直接翻车。MyBatis starter 2.3.x 对应 SpringBoot 2.7版本错配会报NoSuchMethodError。2.2 application.yml 里必须改的四个配置server: port: 8080 # 端口冲突时改成 8081别和已占用的抢 spring: datasource: url: jdbc:mysql://localhost:3306/zhihu_clone?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 你的密码 driver-class-name: com.mysql.cj.jdbc.Driver # 文件上传限制问答社区要传头像和问题配图 servlet: multipart: max-file-size: 5MB max-request-size: 10MB mybatis: mapper-locations: classpath:mapper/*.xml # XML 映射文件位置 type-aliases-package: com.example.entity # 实体类包XML 里可省略全限定名 configuration: map-underscore-to-camel-case: true # user_name 自动映射 userName逻辑说明serverTimezone不写会报时区错误这是 MySQL 8 的经典坑。map-underscore-to-camel-case打开后数据库的create_time能自动映射到实体类的createTime省掉大量resultMap配置。mapper-locations指向resources/mapper下的 XML如果放在java目录下 Maven 默认不打包必须额外配resources插件。参数说明max-file-size是单文件上限max-request-size是整个请求上限后者要大于前者。如果做头像上传5MB 够用如果允许传附件调到 20MB 但要注意 Tomcat 也有默认限制。type-aliases-package配好后XML 里resultType直接写User而不是全类名。3. 数据库设计问题、回答、评论、投票四张核心表怎么落地3.1 表结构设计与外键取舍问答社区的数据模型是典型的树形结构但不要用递归查询毕设阶段用「问题—回答—评论」三层扁平化就够。四张核心表user、question、answer、comment再加一张vote记录点赞点踩。-- 问题表核心字段是标题、内容、作者、浏览量、回答数 CREATE TABLE question ( id BIGINT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(200) NOT NULL, content TEXT, user_id BIGINT NOT NULL, view_count INT DEFAULT 0, answer_count INT DEFAULT 0, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, update_time DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, INDEX idx_user (user_id), INDEX idx_create (create_time) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 回答表question_id 关联问题accepted 标记是否被采纳 CREATE TABLE answer ( id BIGINT PRIMARY KEY AUTO_INCREMENT, question_id BIGINT NOT NULL, content TEXT NOT NULL, user_id BIGINT NOT NULL, vote_count INT DEFAULT 0, accepted TINYINT DEFAULT 0, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, INDEX idx_question (question_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 投票表唯一索引防止同一用户重复投票 CREATE TABLE vote ( id BIGINT PRIMARY KEY AUTO_INCREMENT, user_id BIGINT NOT NULL, target_id BIGINT NOT NULL, target_type TINYINT NOT NULL COMMENT 1问题 2回答, vote_type TINYINT NOT NULL COMMENT 1赞 -1踩, UNIQUE KEY uk_user_target (user_id, target_id, target_type) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;逻辑说明answer_count和vote_count是冗余字段每次插入回答或投票时用UPDATE ... SET answer_count answer_count 1更新避免列表页每行都COUNT(*)。vote表的唯一索引是防重复投票的关键插入时用INSERT ... ON DUPLICATE KEY UPDATE vote_type ?实现「再点一次取消」或「切换赞踩」。参数说明utf8mb4而不是utf8因为要存 Emoji很多同学用utf8存表情直接报错。TEXT类型够放回答内容如果要做富文本存 HTML改用MEDIUMTEXT。索引idx_question加速「查某问题下所有回答」这个最高频查询。3.2 分页查询的两种写法与 MyBatis 插件列表页必须分页。手写LIMIT offset, size最简单但要注意深分页性能用 PageHelper 插件更省事但答辩时要能讲清它底层还是拼LIMIT。!-- QuestionMapper.xml 手写分页参数用 Param 传入 -- select idselectPage resultTypeQuestion SELECT id, title, view_count, answer_count, create_time FROM question ORDER BY create_time DESC LIMIT #{offset}, #{size} /select select idcountAll resultTypelong SELECT COUNT(*) FROM question /select// Service 层计算 offset避免 Controller 里写业务 public PageResultQuestion listQuestions(int page, int size) { int offset (page - 1) * size; ListQuestion list questionMapper.selectPage(offset, size); long total questionMapper.countAll(); return new PageResult(list, total, page, size); }逻辑说明offset由页码和每页条数算出page从 1 开始。PageResult是自定义包装类包含list、total、page、size前端拿到后渲染分页条。如果引入 PageHelper只需在查询前调PageHelper.startPage(page, size)但要注意它只对紧随其后的第一条查询生效多条查询会错乱。参数说明size建议限制在 10~20太大前端渲染慢太小翻页多。深分页比如第 1000 页时offset很大MySQL 会扫描前 N 行再丢弃优化方式是记录上一页最后一条的id做游标分页但毕设阶段手写LIMIT足够答辩时能说出这个优化点反而是加分项。4. 核心接口实现提问、回答、投票的 Controller 与 Service 分层4.1 提问接口参数校验与 XSS 过滤提问是最基础的写接口但有两个坑标题长度和内容 XSS。用Valid做校验用过滤器做 XSS 清洗。// QuestionController.java RestController RequestMapping(/api/question) public class QuestionController { Autowired private QuestionService questionService; PostMapping(/create) public Result create(RequestBody Valid QuestionDTO dto, RequestAttribute Long userId) { // userId 由登录拦截器注入不从前端传防止伪造 Long id questionService.create(dto, userId); return Result.success(id); } } // QuestionDTO.java 校验注解 public class QuestionDTO { NotBlank(message 标题不能为空) Size(min 5, max 200, message 标题长度 5-200) private String title; Size(max 10000, message 内容过长) private String content; // getter/setter 省略 }逻辑说明RequestBody接收 JSONValid触发校验校验失败会抛MethodArgumentNotValidException需要全局异常处理器捕获并返回友好提示。userId从RequestAttribute取由拦截器在请求进入 Controller 前从 Token 解析并塞入这样前端无法通过改参数冒充他人提问。参数说明Size的min和max按业务定标题太短没意义太长数据库VARCHAR(200)会截断。content上限 10000 字对应TEXT类型约 64KB够用。全局异常处理器要单独写一个RestControllerAdvice类否则前端收到的是 400 白页。4.2 投票接口用唯一索引实现幂等投票接口最容易出并发问题同一用户快速点两次可能插入两条记录。靠vote表的唯一索引 ON DUPLICATE KEY UPDATE解决。// VoteService.java Transactional public void vote(Long userId, Long targetId, int targetType, int voteType) { // 先查是否已投过 Vote existing voteMapper.selectByUserAndTarget(userId, targetId, targetType); if (existing null) { voteMapper.insert(userId, targetId, targetType, voteType); updateTargetCount(targetId, targetType, voteType); } else if (existing.getVoteType() voteType) { // 再点一次相同方向 取消 voteMapper.deleteById(existing.getId()); updateTargetCount(targetId, targetType, -voteType); } else { // 切换方向差值 2 voteMapper.updateType(existing.getId(), voteType); updateTargetCount(targetId, targetType, voteType * 2); } }逻辑说明先查后判三种分支对应「新增」「取消」「切换」。updateTargetCount用UPDATE answer SET vote_count vote_count ? WHERE id ?增量可以是 1、-1 或 2。整个方法加Transactional保证投票记录和计数更新要么都成功要么都回滚。参数说明targetType用 1 和 2 区分问题和回答避免建两张投票表。voteType用 1 和 -1切换时增量是voteType * 2因为从 -1 变 1 差值 2。并发极高时先查后判仍有窗口但毕设场景够用真要严格就用INSERT ... ON DUPLICATE KEY UPDATE一条 SQL 搞定。4.3 登录拦截器与全局异常处理// LoginInterceptor.java public class LoginInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest req, HttpServletResponse resp, Object handler) { String token req.getHeader(Authorization); if (token null || !jwtUtil.validate(token)) { resp.setStatus(401); return false; } req.setAttribute(userId, jwtUtil.getUserId(token)); return true; } }逻辑说明拦截器在preHandle里校验 Token通过则把userId塞进 request 属性Controller 用RequestAttribute取。返回 false 时请求终止前端收到 401 跳登录页。注册拦截器要在WebMvcConfigurer的addInterceptors里配并排除登录、注册、首页列表等公开接口。参数说明Token 放Authorization头而不是 Cookie前后端分离时更通用。jwtUtil可以用jjwt库密钥写在配置文件里别硬编码在代码中。排除路径用excludePathPatterns(/api/user/login, /api/question/list)注意路径要写全漏了会导致公开接口也要求登录。5. 避坑与排查毕设答辩前最容易翻车的五个点5.1 启动报Table xxx doesnt exist但数据库里明明有现象本地 MySQL 里能看到表SpringBoot 启动后查询报不存在。原因通常是连接到了错误的库或者url里没写库名。解决检查application.yml的url是否包含zhihu_clone用SHOW DATABASES确认库存在再用SELECT DATABASE()在客户端确认当前库。另一个可能是大小写敏感Linux 下 MySQL 默认表名区分大小写Windows 不区分迁移时把表名统一小写。5.2 前端跨域报CORS policy错误现象Vue 跑在 8081SpringBoot 跑在 8080浏览器控制台报跨域。原因浏览器同源策略拦截。解决在后端加全局 CORS 配置addCorsMappings里允许http://localhost:8081并允许Authorization头。别用CrossOrigin一个个加容易漏。如果用了拦截器注意 CORS 预检请求OPTIONS会被拦截器拦下要在拦截器里放行OPTIONS方法。5.3 上传图片后访问 404现象文件上传成功但返回的 URL 打不开。原因上传目录不在 SpringBoot 静态资源映射范围内。解决配置WebMvcConfigurer的addResourceHandlers把本地上传目录映射到/upload/**路径。同时注意上传目录要用绝对路径相对路径在不同启动方式下基准不同。生产环境更推荐用对象存储但毕设本地映射够用。5.4 分页查询第二页数据重复或丢失现象翻到第二页出现第一页的数据或者中间少了几条。原因排序字段不唯一ORDER BY create_time DESC时同一秒的多条记录顺序不稳定。解决排序加第二字段ORDER BY create_time DESC, id DESC用主键兜底保证全序。这是数据库分页的经典问题答辩时能主动提出来很加分。5.5 打包成 jar 后运行报no main manifest attribute现象java -jar xxx.jar报找不到主清单属性。原因pom.xml没配spring-boot-maven-plugin或者配了但没执行repackage。解决在build节点加插件执行mvn clean package后target下会有两个 jar带.original后缀的不是可执行 jar要运行另一个。如果用了 Gradle任务名是bootJar而不是jar。6. 从能跑到能讲答辩演示的进阶技巧与验证方法把项目跑起来只是第一步答辩时老师更想看你对边界和数据的理解。我一般会准备三个演示脚本第一个是正常流程注册、提问、回答、采纳、点赞走一遍完整闭环第二个是异常流程故意提交空标题、超长内容、重复投票展示校验和幂等第三个是数据验证用 SQL 直接查库证明answer_count和vote_count与明细表一致。验证数据一致性可以用一条 SQL 对账-- 检查 answer_count 是否等于实际回答数结果应为 0 行 SELECT q.id, q.answer_count, COUNT(a.id) AS real_count FROM question q LEFT JOIN answer a ON a.question_id q.id GROUP BY q.id HAVING q.answer_count ! COUNT(a.id);逻辑说明这条 SQL 把冗余计数和明细表关联统计对比HAVING过滤出不一致的行。如果查出结果说明某次插入回答时忘了更新计数或者事务回滚不完整。答辩前跑一遍确保返回空结果这比口头说「我做了数据一致性」有说服力得多。参数说明LEFT JOIN保证没有回答的问题也能被统计到COUNT(a.id)而不是COUNT(*)因为LEFT JOIN下无回答时a.id为 NULLCOUNT(*)会算成 1。这个细节很多同学会写错导致对账结果永远不一致。再进一步可以给热门问题加缓存。用 SpringBoot 的Cacheable注解配合 Redis 或本地 Caffeine。毕设阶段用 Caffeine 更简单不依赖外部服务。在pom.xml加spring-boot-starter-cache和caffeine启动类加EnableCachingService 方法加Cacheable(value question, key #id)。注意缓存和数据库更新的一致性投票或新增回答后要CacheEvict清掉对应 key否则前端看到的是旧数据。这个点答辩时能讲清楚「缓存穿透、缓存雪崩」的基本应对基本就稳了。最后说个血泪经验别在答辩前一晚才打包。我见过太多同学本地 IDE 跑得好好的mvn package出来就报错原因是测试用例连了本地数据库、或者资源文件没打包进去。提前三天打包在另一台没装开发环境的机器上java -jar跑一遍把application.yml里的数据库地址改成实际部署地址。这个习惯比多写两个接口有用得多。希望帮到你。本文还有配套的精品资源点击获取