企业官网建设流程全解析

简介：本资源是一套完整的Java Web毕业设计实战材料，面向计算机专业本科生及Java初学者，解决新闻发布系统开发中动态交互、后台管理与数据库集成等核心实践问题。压缩包共45个文件，含40张系统界面截图（覆盖登录、新闻发布、审核、分类管理等全流程）、1份MySQL数据库脚本（xwtj.sql）、1份项目说明报告（DOC格式）、1份答辩PPT、1份README说明文本及1个源代码压缩包（含JSP页面、Servlet逻辑、DAO层及配置文件），整体35.49MB，结构清晰便于分模块学习。已有230人下载学习，读者可直接部署于Windows+Tomcat+MySQL环境，快速掌握B/S架构下新闻系统的前后端协同开发、权限控制设计与数据库表关系建模等关键能力，是毕业设计选题、课程设计参考与Java Web综合实训的实用范例。 每年毕业季，JavaWeb方向的项目里，"新闻发布及管理系统"绝对算得上常青树。很多同学看到这个题目第一反应是"这不就是个发新闻的网站嘛"，等真正动手才发现，新闻分类、轮播图、富文本编辑、权限审核、分页搜索、评论管理这些功能叠在一起，数据库表但凡少想一层，代码就能写成一团乱麻。这篇文章我就把这个题目的完整设计思路、技术选型、数据库建模、核心功能实现，以及我在做这类项目时踩过的坑，全部摊开讲清楚。不管你是正在做这个选题，还是想拿它当JavaWeb练手项目积累经验，这篇都能给你一套可以直接落地的参考方案。

1. 为什么新闻发布系统是毕业设计的"稳妥牌"——选题逻辑与项目定位

1.1 新闻系统的业务本质：不只是"发新闻"

很多人低估这个题目的原因，是把"新闻发布"等同于一个文本框加一个提交按钮。真正站在系统设计角度拆解，新闻发布及管理系统是一个三端角色、多个业务状态、完整工作流的小型内容管理系统。

• 面向普通访客：浏览新闻列表、按分类筛选、查看详情、关键词搜索、发表评论。
• 面向新闻编辑：录入新闻、上传封面图、保存草稿、提交审核、管理自己发布的新闻。
• 面向管理员：用户管理、新闻分类管理、审核编辑提交的新闻、上架或下架内容、查看基础统计数据。

一条新闻从录入到最终展示给用户，中间至少要经历"草稿 → 待审核 → 已发布 → 已下线"这几个状态。这本来就是一个完整的状态机流转场景。再加上权限控制、文件上传、分页搜索这些Web开发的高频考点，整道题的覆盖面非常广，非常适合用来展示你对JavaWeb技术的综合掌握程度。

1.2 选题的难易度评估与毕业设计定位

我见过不少同学在这个题目上踩两端的极端：一端是用纯JSP+Servlet+JDBC硬写，功能倒是都能实现，但代码量巨大，Controller里堆了几百行，答辩时老师问"为什么这么写"根本答不上来；另一端是一上来就整SpringCloud微服务、前后端分离、Redis缓存、消息队列，结果开发周期拖了两个月，光是联调就搞不定，最后草草收尾。

这个题目的最优定位是"标准版"——SpringBoot + MyBatis-Plus + MySQL + Thymeleaf模板引擎，再加一套Bootstrap做后台管理界面。这套组合的优势在于：

1. 技术栈主流，框架之间的分工清晰，答辩时能讲清楚每一层在干什么。
2. 不需要前后端分离，不用处理跨域和复杂联调，一个人完全hold住。
3. 代码量适中，论文字数和代码量都能写得充实，又不至于失控。

如果项目周期充足，可以在标准版之上加一些加分项，比如用Redis缓存热门新闻列表、用拦截器实现操作日志、用定时任务定时发布定时下线新闻。这些功能每一块都是独立的，加一点就能在报告里多一个亮点，但又不会牵一发动全身。

2. 技术栈选型与系统架构：从SSM到SpringBoot的取舍

2.1 三大主流方案对比

我在带项目时经常被问到一个问题："学长，用SSM还是SpringBoot？"这个问题背后其实是被"框架学习路线"搞懵了。这里直接给结论：毕业设计首选SpringBoot。

特别强调一下，SpringBoot并不是什么"超前"框架，SpringBoot本身底层就是Spring，你写Service、Controller、Mapper的思路和SSM完全一致，只是省掉了一大堆XML配置。答辩时老师看到你用了SpringBoot，反而会觉得你紧跟主流技术栈，这比用老技术硬扛要加分。

2.2 本项目技术栈落地配置

我推荐一套经过验证的稳定组合，尽量选稳定版本，不要追最新版本：

• JDK 1.8（不要装JDK 17以上，SpringBoot 2.x和部分数据库驱动会有兼容问题）
• Spring Boot 2.7.x（选2.7而不是3.x，3.x底层是Jakarta EE，很多老代码示例不适用）
• MyBatis-Plus 3.5.x（单表CRUD和分页查询不用手写SQL）
• MySQL 5.7或8.0，Navicat做可视化操作
• Thymeleaf模板引擎，搭配Bootstrap 4 + jQuery，后台管理页面直接用AdminLTE这类开源模板
• 开发工具：IDEA + Postman（接口调试）+ Git（版本管理）

Tomcat这块直接用SpringBoot内嵌的就行，不要额外部署外部Tomcat，哪怕毕设要求打war包，也是在pom里配置一下的事，本地开发跑内嵌Tomcat最省事。

2.3 分层的系统架构设计思路

新闻发布系统虽然是"小项目"，但分层这件事从一开始就要做对，否则功能一多代码就乱了。

标准的分层结构是四层：

1. Controller层：接收HTTP请求，参数校验，调用Service，返回页面或JSON数据。
2. Service层：业务逻辑处理，事务边界在这里控制，比如审核新闻时需要同时更新新闻状态和写操作日志，这两个操作必须在同一个事务里。
3. Mapper层（DAO层）：数据访问，MyBatis-Plus让这一层基本只需要写接口定义。
4. Entity层：数据库表的实体映射类，字段和数据库列一一对应。

分包命名建议：

com.example.news ├── controller // 控制器 ├── service // 业务接口 │ └── impl // 业务实现 ├── mapper // 数据访问 ├── entity // 实体类 ├── config // 配置类（拦截器、跨域、分页等） ├── common // 公共类（统一返回结果、常量、异常处理） └── utils // 工具类（文件上传、日期处理等）

还有个细节容易被忽视——统一返回结果类。虽然Thymeleaf渲染页面不需要像前后端分离那样返回JSON，但后台管理系统中很多功能都是通过Ajax调用接口的，比如删除分类、审核新闻、上传图片。统一一个Result类（包含code、message、data三个字段），所有Ajax接口都返回它，前端根据code判断操作是否成功。这个小设计能让你的代码优雅很多，答辩时也有的讲。

3. 数据库设计：新闻业务的核心表结构拆解

3.1 需求驱动的表规划

数据库设计是整个项目的地基，这一块做得差，后面所有查询都会很痛苦。新闻发布系统最基础的是四张核心表：用户表、新闻分类表、新闻表、评论表。如果还需要轮播图管理，可以加一张轮播图表；如果需要操作日志，可以加一张日志表。

这里我特别强调一个设计原则：新闻分类和新闻是独立的两张表，而不是在新闻表里用一个字符串字段存分类名。很多新手图省事，在news表里加一个"category"字段直接存"科技/娱乐/体育"，后患无穷——改分类名要写一堆update语句，统计分类新闻数量写不出简单SQL，想做分类的层级关系更无从下手。外键关联虽然会稍微牺牲一点查询性能，但换来的数据一致性是毕业设计更需要的。

3.2 核心表结构详解

用户表（sys_user）：

CREATE TABLE `sys_user` ( `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '用户ID', `username` varchar(50) NOT NULL COMMENT '登录名', `password` varchar(100) NOT NULL COMMENT '密码(加密存储)', `nickname` varchar(50) DEFAULT NULL COMMENT '昵称', `avatar` varchar(255) DEFAULT NULL COMMENT '头像地址', `role` tinyint(4) NOT NULL DEFAULT '2' COMMENT '角色 1-管理员 2-编辑 3-普通用户', `status` tinyint(4) NOT NULL DEFAULT '1' COMMENT '状态 1-正常 0-禁用', `create_time` datetime DEFAULT NULL COMMENT '创建时间', PRIMARY KEY (`id`), UNIQUE KEY `uk_username` (`username`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='用户表';

新闻分类表（news_category）：

CREATE TABLE `news_category` ( `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '分类ID', `name` varchar(50) NOT NULL COMMENT '分类名称', `sort` int(11) NOT NULL DEFAULT '0' COMMENT '排序权重，越小越靠前', `status` tinyint(4) NOT NULL DEFAULT '1' COMMENT '状态 1-启用 0-停用', `create_time` datetime DEFAULT NULL COMMENT '创建时间', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='新闻分类表';

新闻表（news）——这是整个系统的核心表，字段设计需要多花心思：

CREATE TABLE `news` ( `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '新闻ID', `title` varchar(200) NOT NULL COMMENT '新闻标题', `summary` varchar(500) DEFAULT NULL COMMENT '新闻摘要', `content` longtext COMMENT '新闻正文(富文本)', `cover_image` varchar(255) DEFAULT NULL COMMENT '封面图地址', `category_id` bigint(20) DEFAULT NULL COMMENT '所属分类ID', `author_id` bigint(20) DEFAULT NULL COMMENT '作者ID(关联sys_user)', `status` tinyint(4) NOT NULL DEFAULT '0' COMMENT '状态 0-草稿 1-待审核 2-已发布 3-已下线 4-审核驳回', `view_count` bigint(20) NOT NULL DEFAULT '0' COMMENT '浏览量', `create_time` datetime DEFAULT NULL COMMENT '创建时间', `update_time` datetime DEFAULT NULL COMMENT '修改时间', `publish_time` datetime DEFAULT NULL COMMENT '发布时间', PRIMARY KEY (`id`), KEY `idx_category_id` (`category_id`), KEY `idx_status` (`status`), KEY `idx_publish_time` (`publish_time`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='新闻表';

评论表（news_comment）：

CREATE TABLE `news_comment` ( `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '评论ID', `news_id` bigint(20) NOT NULL COMMENT '新闻ID', `user_id` bigint(20) NOT NULL COMMENT '评论用户ID', `content` varchar(1000) NOT NULL COMMENT '评论内容', `create_time` datetime DEFAULT NULL COMMENT '评论时间', `status` tinyint(4) NOT NULL DEFAULT '1' COMMENT '状态 1-正常 0-已删除(逻辑删除)', PRIMARY KEY (`id`), KEY `idx_news_id` (`news_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='评论表';

这里有几个表设计的关键细节值得展开说：

1. status字段用数字枚举而不是字符串。在Java里定义一个常量接口或者枚举类，语义清晰又不占空间，查询效率高。
2. news表中加了summary字段。列表页显示摘要时，不需要把content全文查出来，对性能是很大的优化——尤其富文本内容动辄几KB十几KB。
3. create_time和update_time分开。MyBatis-Plus的MetaObjectHandler可以自动填充这两个字段，省掉大量手动set。
4. view_count浏览量字段放在news表中。虽然有人会单独搞一张统计表，但毕业设计阶段直接用一个字段累加就够用了，不要过度设计。
5. 全文搜索——如果要做站内搜索，MySQL的LIKE '%关键词%'在小数据量下完全够用，不要引入ES（Elasticsearch）这类重型组件，除非你想给自己挖坑。

3.3 表关联与查询优化的常见坑

表关联这里最常翻车的点是"查新闻列表时需要带出分类名、作者昵称"这一类的多表查询。在三表联查时很容易出现N+1问题，但在毕业设计这个体量下，直接用MyBatis-Plus提供的注解SQL写一次关联查询就行，性能不是主要瓶颈，代码清晰更重要。

还有两个索引的细节容易被忽略：外键字段category_id和status都应建立索引，尤其是后台管理页面经常用status过滤待审核新闻、用category_id按分类筛选，没有索引在前台列表页和后台管理页都会出现慢查询。示例SQL里已经把索引建上了，在实际项目中要根据自己的查询习惯调整。

4. 核心功能实现：从登录鉴权到新闻发布的完整链路

4.1 登录认证与权限拦截

登录认证是系统安全的第一道门槛。毕业设计阶段不需要引入Spring Security或Shiro这种重量级安全框架，用拦截器（HandlerInterceptor）加Session就可以实现一套足够清晰的权限控制逻辑。

密码存储不要用明文，至少做一次MD5加盐处理。我见过很多项目直接明文存密码，答辩时老师一旦问起"数据库泄露了怎么办"就哑口无言。实现方式很简单：

// 使用Spring自带的DigestUtils对密码做MD5加盐处理 String salt = "news2024"; // 实际项目中盐要每个用户独立 String encodedPassword = DigestUtils.md5DigestAsHex((salt + rawPassword).getBytes());

登录成功后，把用户信息放入Session，定义一个登录拦截器：

public class LoginInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { User loginUser = (User) request.getSession().getAttribute("loginUser"); // 未登录，Ajax请求返回401状态码，页面请求重定向到登录页 if (loginUser == null) { if ("XMLHttpRequest".equals(request.getHeader("X-Requested-With"))) { response.setStatus(401); } else { response.sendRedirect("/login"); } return false; } return true; } }

在WebConfig配置类里注册拦截器，注意要放行登录接口、注册接口和静态资源：

@Override public void addInterceptors(InterceptorRegistry registry) { registry.addInterceptor(new LoginInterceptor()) .addPathPatterns("/**") .excludePathPatterns("/login", "/register", "/logout", "/index", "/news/**", "/category/**", "/css/**", "/js/**", "/images/**", "/upload/**"); }

权限控制的第二层是角色判断。管理员和编辑能访问的后台接口不同，可以在拦截器里加一层角色校验，或者在业务层做判断。我的做法是写一个简单的注解@RequireRole(value = "1")标注在Controller方法上，然后用另一个拦截器读取注解做校验。这样代码的表达力很强，答辩展示时也更好看。

4.2 新闻发布流程与文件上传

新闻发布是核心功能，前端用富文本编辑器。富文本编辑器建议用wangEditor或TinyMCE，两者都对中文界面友好，API也简单。wangEditor最大的优势是体积小、上手快，把编辑器的JS和CSS引进来后，初始化代码不到十行：

const editor = new wangEditor('#editor') editor.config.uploadImgServer = '/admin/news/uploadImage' editor.create()

图片上传是新闻系统里最容易出问题的环节。上传接口接收MultipartFile，将文件保存到本地磁盘，然后返回一个可访问的URL。文件存储路径的设计非常关键，我强烈建议不要存到项目的target或classes目录下，因为重新打包时文件会被清空。正确做法是存到一个独立的磁盘目录，然后配置一个虚拟路径映射：

# application.yml file: upload-dir: D:/news_upload/ # 配置虚拟路径映射，让 /upload/** 指向本地磁盘目录 @Configuration public class WebConfig implements WebMvcConfigurer { @Override public void addResourceHandlers(ResourceHandlerRegistry registry) { registry.addResourceHandler("/upload/**") .addResourceHandler("file:" + fileUploadDir); } }

发布新闻的后端逻辑也很清晰，Service层核心代码：

@Transactional(rollbackFor = Exception.class) public void publishNews(News news) { // 1. 补全默认值 news.setAuthorId(currentUserId()); news.setStatus(NewsStatus.WAITING_AUDIT); // 提交后进入待审核状态 news.setViewCount(0L); // 2. 保存到数据库 newsMapper.insert(news); // 3. 记录操作日志（可选） logService.record("发布新闻", "标题：" + news.getTitle()); }

注意事务注解@Transactional要加在Service方法上，因为"插入新闻"和"写操作日志"是两个独立的数据库操作，任何一个失败都应该回滚。

4.3 分页、搜索与前端渲染

列表页的分页和搜索是前台展示的重点。MyBatis-Plus的分页插件配置很简单，一个@Configuration类搞定：

@Bean public MybatisPlusInterceptor mybatisPlusInterceptor() { MybatisPlusInterceptor interceptor = new MybatisPlusInterceptor(); interceptor.addInnerInterceptor(new PaginationInnerInterceptor(DbType.MYSQL)); return interceptor; }

Service层查询新闻列表：

public Page<NewsVO> getNewsPage(int pageNum, int pageSize, Long categoryId, String keyword) { LambdaQueryWrapper<News> wrapper = new LambdaQueryWrapper<>(); wrapper.eq(News::getStatus, NewsStatus.PUBLISHED) .eq(categoryId != null, News::getCategoryId, categoryId) .like(StringUtils.hasText(keyword), News::getTitle, keyword) .orderByDesc(News::getPublishTime); Page<News> page = newsMapper.selectPage(new Page<>(pageNum, pageSize), wrapper); // 转换VO，补充分类名、作者昵称等展示字段 return convertToVO(page); }

Thymeleaf模板引擎在服务端渲染页面，基本语法需要会：th:each遍历列表、th:if条件判断、th:href拼接链接。前端列表页展示的新闻卡片，单击跳转详情页时用id标识：

<a th:href="@{'/news/detail/' + ${news.id}}"> <h3 th:text="${news.title}">新闻标题</h3> </a>

浏览量累加的逻辑在详情页处理：每访问一次详情页，执行一次UPDATE news SET view_count = view_count + 1 WHERE id = ?。这种简单的累加在高并发下会有问题，但在毕业设计场景里完全够用，还能让数据看起来更真实——答辩演示时新闻的浏览量一直在涨，本身就是一个很好的效果。

5. 踩坑实录：开发中容易翻车的细节与排错过程

5.1 数据库连接配置的时区与SSL报错

这是SpringBoot连接MySQL时遇到最多的一个坑。运行项目后控制台报错：The server time zone value '�й���ʱ��' is unrecognized。原因很简单，MySQL 8.0起服务器时区默认值发生变化，JDBC连接串如果不指定时区就会报错。解决办法是连接串里显式配置：

spring: datasource: url: jdbc:mysql://localhost:3306/news_db?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai&allowPublicKeyRetrieval=true

这里每个参数都有讲究：

• serverTimezone=Asia/Shanghai解决时区报错。
• useSSL=false关闭SSL，避免本机开发环境没有证书导致连接警告甚至失败。
• characterEncoding=utf8保证中文不乱码，配合表的utf8mb4字符集双保险。
• allowPublicKeyRetrieval=true解决MySQL 8.0的Public Key Retrieval is not allowed报错。

很多同学遇到这个报错动不动就重装MySQL，完全没必要。把这行连接串改好，问题基本就消失了。

5.2 图片上传成功但页面无法访问

这类问题我在项目里遇到过，报错情况是：上传接口返回成功，数据库里也存了路径，但浏览器访问图片URL返回404。排查链路是这样的：

1. 先确认图片文件是否真正保存到了磁盘上——到配置的上传目录看一眼。
2. 确认项目是否配置了资源映射——如果没配置addResourceHandlers，SpringBoot默认只映射classpath下的static目录，磁盘上的文件自然访问不到。
3. 确认路径拼接逻辑——上传时返回的URL和访问时的前缀是否一致。比如实际访问是http://localhost:8080/upload/2024/05/xxx.jpg，那映射路径就得是/upload/**。

这类问题根本原因是"文件存到了哪里"和"HTTP请求如何找到它"这两件事对不上。先把路径逻辑理清楚，比到处抄配置靠谱得多。

还有一个生产环境容易踩的坑：开发时上传到D:/news_upload没问题，部署到Linux服务器后路径变了，文件上传失败。解决办法是不要把路径硬编码在配置里，而是通过系统属性动态读取：

// 使用user.dir定位项目运行目录，或者通过启动参数配置 String dir = System.getProperty("news.upload.dir", "/data/news_upload/");

5.3 富文本内容的XSS与转义问题

富文本编辑器是XSS攻击的高发区。用户粘贴一段带<script>标签的内容提交到后台，如果没有做任何处理，这段脚本会在其他用户浏览新闻时执行，轻则弹窗骚扰，重则窃取Cookie。

这里要区分两个场景：

1. 富文本内容是"可信内容"——比如只有管理员或审核通过的编辑才能发布。这种情况也要做白名单过滤，保留<p>、<img>、<a>等常用标签，去掉<script>、<iframe>、onclick事件属性。可以引入Jsoup做HTML清洗：

String cleanContent = Jsoup.clean(rawContent, Safelist.relaxed());

2. 评论、昵称等纯文本内容是"不可信内容"——Thymeleaf渲染时默认会转义HTML特殊字符，所以评论内容里的<script>会被当成普通文本显示，不会执行。但如果用了th:utext，就绕过了转义，直接渲染原始HTML，非常危险。非富文本展示一律用th:text，不要用th:utext，这条规则写死在脑子里。

5.4 分页参数传递与搜索条件丢失

列表页翻页时，经常出现"点第二页搜索条件就没了"的情况。原因很简单，分页链接只带了pageNum参数，没有带上keyword和categoryId。解决方案有两种：

方案一：在翻页链接中拼接所有查询参数：

<a th:href="@{'/news/list?pageNum=' + ${currentPage + 1} + '&keyword=' + ${keyword} + '&categoryId=' + ${categoryId}}"> 下一页 </a>

方案二：用一个PageModel对象封装查询条件和分页信息，前端表单提交时把model整体传给后端，后端再从model中取出条件。推荐第二种，代码更整洁，参数多了也不容易漏。

另外，分页的页码边界要处理：第一页时上一页按钮禁用，最后一页时下一页按钮禁用；用户手动在URL里输入一个超大页码（比如?pageNum=999）时，MyBatis-Plus分页插件默认不会帮你纠正，需要在后端做一次校验，把pageNum限制在1到总页数之间。

5.5 Java版本与打包部署的兼容性问题

开发环境用IDEA运行一切正常，但打包成JAR部署到服务器上，运行就报UnsupportedClassVersionError，这是典型的JDK版本不匹配。解决办法是在pom.xml里显式指定编译版本：

<properties> <java.version>1.8</java.version> <maven.compiler.source>1.8</maven.compiler.source> <maven.compiler.target>1.8</maven.compiler.target> </properties>

尽量让本机JDK、maven编译版本、服务器运行时JDK保持同一大版本。如果服务器装的是JDK 11，而你本地用JDK 8编译，一般也能跑，但反过来大概率不行。Windows本地调试通过后，建议先在本地执行mvn clean package确认能打出完整的jar包，再上服务器，不要在服务器上直接mvn spring-boot:run。

6. 答辩与项目报告：把工作讲得既扎实又出彩

6.1 项目报告的结构安排与重点分布

毕业设计报告（论文）建议按照"摘要 → 需求分析 → 总体设计 → 数据库设计 → 详细设计 → 系统测试 → 总结"这条线索展开。其中，数据库设计和详细设计两部分各占报告体量的三成左右，这是老师重点翻阅的部分，也是最容易体现专业度的地方。

需求分析部分，除了文字描述，一定要配用例图和数据流图。不用画得非常专业，但用例图能让老师一眼看出系统有几个角色、每个角色能干什么，这是答辩开场白最重要的视觉辅助。详细设计部分，核心模块要给出类图、时序图、关键代码片段，但代码不要整段贴——报告不是代码仓库，贴关键的几十行然后在正文里解释设计意图就够了。

在系统测试部分，除了功能测试用例，建议加一个简单的并发测试或者压力测试。哪怕只是在JMeter里模拟50个并发请求访问首页，写一句"系统在50并发下平均响应时间XXXms"，也比单纯写"测试全部通过"有说服力得多。

6.2 答辩高频问题与应答思路

根据我参与答辩旁听和指导的经验，老师最常问的问题集中在下面几类，提前准备好应答思路，现场就会稳很多：

1. 系统角色权限具体是怎么实现的？回答思路：从Session存储登录态讲到拦截器对URL的拦截，再到角色字段校验。核心是"所有需要权限的接口都会经过拦截器统一校验，角色不满足直接返回无权访问"。

2. 数据库为什么不建外键？这道题很容易被追问。建议正面回答：实际开发中为了避免外键带来的锁竞争和迁移成本，通常不建物理外键，而是在业务层保证数据一致性。比如删除分类前先检查该分类下是否有新闻，有的话提示"该分类下存在新闻，无法删除"。这个答案比"傻白甜式建外键"更贴近企业实践。

3. 分页是怎么实现的？从SQL层面的LIMIT offset, pageSize讲到MyBatis-Plus分页插件是如何自动拼接SQL的。最好能现场说出MySQL的分页语法，这是基本功。

4. 如何防止SQL注入？重点讲用#{}而不是${}——MyBatis中#{}会走预编译占位符，${}是字符串拼接，有SQL注入风险。凡是动态排序字段、表名等必须用${}的地方，要做白名单校验。

5. 新闻审核流程怎么设计的？从状态机角度回答：草稿→待审核→已发布→已下线，以及哪些角色在哪些状态下能执行什么操作。这能体现你确实做过全流程设计，而不是只写了一个CRUD。

6.3 演示环节的细节把控

答辩演示环节，很多同学翻车不是因为项目不好，而是演示顺序混乱，或者演示中途报错。这里给几个实用建议：

1. 准备一份演示数据。提前在数据库里插入合理的新闻数据，分类覆盖4~6个，每个分类下至少10条新闻，封面图要正常显示。演示时页面越"热闹"，观感越好。
2. 演示顺序按功能链路走：先以普通访客身份浏览首页 → 搜索新闻 → 点开详情 → 登录编辑账号 → 新建新闻并提交审核 → 切换到管理员账号 → 审核通过 → 回到前台刷新列表看到新发布内容。这条链路完整走下来，系统就讲透了。
3. 备份一次"空跑"流程。视频录屏或复盘时把关键操作录一遍，真到答辩现场如果代码突然出问题，至少有兜底方案。强烈建议正式演示前连续完整跑通三遍，确保没有低级错误。
4. 准备一个"我能讲的东西"清单。包括：项目体系结构图、数据库ER图、核心表结构图、核心接口链路图。答辩评委一旦追问，能快速翻到对应页面，这个控场能力很加分。

项目报告和PPT里如果你能把这个系统"从选题到上线"的完整思路讲清楚，再配合一份能稳定跑起来的演示环境，这个毕业设计基本就稳了。说实话，新闻发布系统上手门槛不高，难点在细节，把上面这些内容弄懂并落地实现，你收获的不仅是一份毕设，更是对JavaWeb开发全流程的一次完整认知。

最后再分享一个做毕设时真正帮到我的小技巧：给自己建一个"开发日志"文档，每天记录遇到什么问题、怎么解决的。写项目报告时，这块笔记直接就是"系统实现与常见问题"章节的素材，完全不用硬憋字——你踩过的每个坑，写出来都比编的内容有说服力得多。祝项目顺利，答辩加油。

本文还有配套的精品资源，点击获取