简介本资源是一套完整的Java Web毕业设计实战材料面向计算机专业本科生及Java初学者解决新闻发布系统开发中动态交互、后台管理与数据库集成等核心实践问题。压缩包共45个文件含40张系统界面截图覆盖登录、新闻发布、审核、分类管理等全流程、1份MySQL数据库脚本xwtj.sql、1份项目说明报告DOC格式、1份答辩PPT、1份README说明文本及1个源代码压缩包含JSP页面、Servlet逻辑、DAO层及配置文件整体35.49MB结构清晰便于分模块学习。已有230人下载学习读者可直接部署于WindowsTomcatMySQL环境快速掌握B/S架构下新闻系统的前后端协同开发、权限控制设计与数据库表关系建模等关键能力是毕业设计选题、课程设计参考与Java Web综合实训的实用范例。 每年毕业季JavaWeb方向的项目里新闻发布及管理系统绝对算得上常青树。很多同学看到这个题目第一反应是这不就是个发新闻的网站嘛等真正动手才发现新闻分类、轮播图、富文本编辑、权限审核、分页搜索、评论管理这些功能叠在一起数据库表但凡少想一层代码就能写成一团乱麻。这篇文章我就把这个题目的完整设计思路、技术选型、数据库建模、核心功能实现以及我在做这类项目时踩过的坑全部摊开讲清楚。不管你是正在做这个选题还是想拿它当JavaWeb练手项目积累经验这篇都能给你一套可以直接落地的参考方案。1. 为什么新闻发布系统是毕业设计的稳妥牌——选题逻辑与项目定位1.1 新闻系统的业务本质不只是发新闻很多人低估这个题目的原因是把新闻发布等同于一个文本框加一个提交按钮。真正站在系统设计角度拆解新闻发布及管理系统是一个三端角色、多个业务状态、完整工作流的小型内容管理系统。面向普通访客浏览新闻列表、按分类筛选、查看详情、关键词搜索、发表评论。面向新闻编辑录入新闻、上传封面图、保存草稿、提交审核、管理自己发布的新闻。面向管理员用户管理、新闻分类管理、审核编辑提交的新闻、上架或下架内容、查看基础统计数据。一条新闻从录入到最终展示给用户中间至少要经历草稿 → 待审核 → 已发布 → 已下线这几个状态。这本来就是一个完整的状态机流转场景。再加上权限控制、文件上传、分页搜索这些Web开发的高频考点整道题的覆盖面非常广非常适合用来展示你对JavaWeb技术的综合掌握程度。1.2 选题的难易度评估与毕业设计定位我见过不少同学在这个题目上踩两端的极端一端是用纯JSPServletJDBC硬写功能倒是都能实现但代码量巨大Controller里堆了几百行答辩时老师问为什么这么写根本答不上来另一端是一上来就整SpringCloud微服务、前后端分离、Redis缓存、消息队列结果开发周期拖了两个月光是联调就搞不定最后草草收尾。这个题目的最优定位是标准版——SpringBoot MyBatis-Plus MySQL Thymeleaf模板引擎再加一套Bootstrap做后台管理界面。这套组合的优势在于技术栈主流框架之间的分工清晰答辩时能讲清楚每一层在干什么。不需要前后端分离不用处理跨域和复杂联调一个人完全hold住。代码量适中论文字数和代码量都能写得充实又不至于失控。如果项目周期充足可以在标准版之上加一些加分项比如用Redis缓存热门新闻列表、用拦截器实现操作日志、用定时任务定时发布定时下线新闻。这些功能每一块都是独立的加一点就能在报告里多一个亮点但又不会牵一发动全身。2. 技术栈选型与系统架构从SSM到SpringBoot的取舍2.1 三大主流方案对比我在带项目时经常被问到一个问题学长用SSM还是SpringBoot这个问题背后其实是被框架学习路线搞懵了。这里直接给结论毕业设计首选SpringBoot。技术方案组成优点缺点适合场景传统重量方案JSP Servlet JDBC底层原理透明贴近教材代码冗余开发效率低维护困难课程设计不适合毕设经典SSMSpring SpringMVC MyBatis分层清晰体现框架整合能力配置繁琐XML多环境搭建就劝退一批人想重点展示Spring配置功底SpringBoot整合SpringBoot MyBatis-Plus Thymeleaf开发效率最高配置简单学习资料多封装程度高底层细节被隐藏毕业设计首选特别强调一下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.x3.x底层是Jakarta EE很多老代码示例不适用MyBatis-Plus 3.5.x单表CRUD和分页查询不用手写SQLMySQL 5.7或8.0Navicat做可视化操作Thymeleaf模板引擎搭配Bootstrap 4 jQuery后台管理页面直接用AdminLTE这类开源模板开发工具IDEA Postman接口调试 Git版本管理Tomcat这块直接用SpringBoot内嵌的就行不要额外部署外部Tomcat哪怕毕设要求打war包也是在pom里配置一下的事本地开发跑内嵌Tomcat最省事。2.3 分层的系统架构设计思路新闻发布系统虽然是小项目但分层这件事从一开始就要做对否则功能一多代码就乱了。标准的分层结构是四层Controller层接收HTTP请求参数校验调用Service返回页面或JSON数据。Service层业务逻辑处理事务边界在这里控制比如审核新闻时需要同时更新新闻状态和写操作日志这两个操作必须在同一个事务里。Mapper层DAO层数据访问MyBatis-Plus让这一层基本只需要写接口定义。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_userCREATE 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) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT用户表;新闻分类表news_categoryCREATE 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) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 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) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT新闻表;评论表news_commentCREATE 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) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT评论表;这里有几个表设计的关键细节值得展开说status字段用数字枚举而不是字符串。在Java里定义一个常量接口或者枚举类语义清晰又不占空间查询效率高。news表中加了summary字段。列表页显示摘要时不需要把content全文查出来对性能是很大的优化——尤其富文本内容动辄几KB十几KB。create_time和update_time分开。MyBatis-Plus的MetaObjectHandler可以自动填充这两个字段省掉大量手动set。view_count浏览量字段放在news表中。虽然有人会单独搞一张统计表但毕业设计阶段直接用一个字段累加就够用了不要过度设计。全文搜索——如果要做站内搜索MySQL的LIKE %关键词%在小数据量下完全够用不要引入ESElasticsearch这类重型组件除非你想给自己挖坑。3.3 表关联与查询优化的常见坑表关联这里最常翻车的点是查新闻列表时需要带出分类名、作者昵称这一类的多表查询。在三表联查时很容易出现N1问题但在毕业设计这个体量下直接用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 PageNewsVO getNewsPage(int pageNum, int pageSize, Long categoryId, String keyword) { LambdaQueryWrapperNews 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); PageNews 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?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrue这里每个参数都有讲究serverTimezoneAsia/Shanghai解决时区报错。useSSLfalse关闭SSL避免本机开发环境没有证书导致连接警告甚至失败。characterEncodingutf8保证中文不乱码配合表的utf8mb4字符集双保险。allowPublicKeyRetrievaltrue解决MySQL 8.0的Public Key Retrieval is not allowed报错。很多同学遇到这个报错动不动就重装MySQL完全没必要。把这行连接串改好问题基本就消失了。5.2 图片上传成功但页面无法访问这类问题我在项目里遇到过报错情况是上传接口返回成功数据库里也存了路径但浏览器访问图片URL返回404。排查链路是这样的先确认图片文件是否真正保存到了磁盘上——到配置的上传目录看一眼。确认项目是否配置了资源映射——如果没配置addResourceHandlersSpringBoot默认只映射classpath下的static目录磁盘上的文件自然访问不到。确认路径拼接逻辑——上传时返回的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。这里要区分两个场景富文本内容是可信内容——比如只有管理员或审核通过的编辑才能发布。这种情况也要做白名单过滤保留p、img、a等常用标签去掉script、iframe、onclick事件属性。可以引入Jsoup做HTML清洗String cleanContent Jsoup.clean(rawContent, Safelist.relaxed());评论、昵称等纯文本内容是不可信内容——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里输入一个超大页码比如?pageNum999时MyBatis-Plus分页插件默认不会帮你纠正需要在后端做一次校验把pageNum限制在1到总页数之间。5.5 Java版本与打包部署的兼容性问题开发环境用IDEA运行一切正常但打包成JAR部署到服务器上运行就报UnsupportedClassVersionError这是典型的JDK版本不匹配。解决办法是在pom.xml里显式指定编译版本properties java.version1.8/java.version maven.compiler.source1.8/maven.compiler.source maven.compiler.target1.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 答辩高频问题与应答思路根据我参与答辩旁听和指导的经验老师最常问的问题集中在下面几类提前准备好应答思路现场就会稳很多系统角色权限具体是怎么实现的回答思路从Session存储登录态讲到拦截器对URL的拦截再到角色字段校验。核心是所有需要权限的接口都会经过拦截器统一校验角色不满足直接返回无权访问。数据库为什么不建外键这道题很容易被追问。建议正面回答实际开发中为了避免外键带来的锁竞争和迁移成本通常不建物理外键而是在业务层保证数据一致性。比如删除分类前先检查该分类下是否有新闻有的话提示该分类下存在新闻无法删除。这个答案比傻白甜式建外键更贴近企业实践。分页是怎么实现的从SQL层面的LIMIT offset, pageSize讲到MyBatis-Plus分页插件是如何自动拼接SQL的。最好能现场说出MySQL的分页语法这是基本功。如何防止SQL注入重点讲用#{}而不是${}——MyBatis中#{}会走预编译占位符${}是字符串拼接有SQL注入风险。凡是动态排序字段、表名等必须用${}的地方要做白名单校验。新闻审核流程怎么设计的从状态机角度回答草稿→待审核→已发布→已下线以及哪些角色在哪些状态下能执行什么操作。这能体现你确实做过全流程设计而不是只写了一个CRUD。6.3 演示环节的细节把控答辩演示环节很多同学翻车不是因为项目不好而是演示顺序混乱或者演示中途报错。这里给几个实用建议准备一份演示数据。提前在数据库里插入合理的新闻数据分类覆盖4~6个每个分类下至少10条新闻封面图要正常显示。演示时页面越热闹观感越好。演示顺序按功能链路走先以普通访客身份浏览首页 → 搜索新闻 → 点开详情 → 登录编辑账号 → 新建新闻并提交审核 → 切换到管理员账号 → 审核通过 → 回到前台刷新列表看到新发布内容。这条链路完整走下来系统就讲透了。备份一次空跑流程。视频录屏或复盘时把关键操作录一遍真到答辩现场如果代码突然出问题至少有兜底方案。强烈建议正式演示前连续完整跑通三遍确保没有低级错误。准备一个我能讲的东西清单。包括项目体系结构图、数据库ER图、核心表结构图、核心接口链路图。答辩评委一旦追问能快速翻到对应页面这个控场能力很加分。项目报告和PPT里如果你能把这个系统从选题到上线的完整思路讲清楚再配合一份能稳定跑起来的演示环境这个毕业设计基本就稳了。说实话新闻发布系统上手门槛不高难点在细节把上面这些内容弄懂并落地实现你收获的不仅是一份毕设更是对JavaWeb开发全流程的一次完整认知。最后再分享一个做毕设时真正帮到我的小技巧给自己建一个开发日志文档每天记录遇到什么问题、怎么解决的。写项目报告时这块笔记直接就是系统实现与常见问题章节的素材完全不用硬憋字——你踩过的每个坑写出来都比编的内容有说服力得多。祝项目顺利答辩加油。本文还有配套的精品资源点击获取
简介本资源是一套完整的Java Web毕业设计实战材料面向计算机专业本科生及Java初学者解决新闻发布系统开发中动态交互、后台管理与数据库集成等核心实践问题。压缩包共45个文件含40张系统界面截图覆盖登录、新闻发布、审核、分类管理等全流程、1份MySQL数据库脚本xwtj.sql、1份项目说明报告DOC格式、1份答辩PPT、1份README说明文本及1个源代码压缩包含JSP页面、Servlet逻辑、DAO层及配置文件整体35.49MB结构清晰便于分模块学习。已有230人下载学习读者可直接部署于WindowsTomcatMySQL环境快速掌握B/S架构下新闻系统的前后端协同开发、权限控制设计与数据库表关系建模等关键能力是毕业设计选题、课程设计参考与Java Web综合实训的实用范例。 每年毕业季JavaWeb方向的项目里新闻发布及管理系统绝对算得上常青树。很多同学看到这个题目第一反应是这不就是个发新闻的网站嘛等真正动手才发现新闻分类、轮播图、富文本编辑、权限审核、分页搜索、评论管理这些功能叠在一起数据库表但凡少想一层代码就能写成一团乱麻。这篇文章我就把这个题目的完整设计思路、技术选型、数据库建模、核心功能实现以及我在做这类项目时踩过的坑全部摊开讲清楚。不管你是正在做这个选题还是想拿它当JavaWeb练手项目积累经验这篇都能给你一套可以直接落地的参考方案。1. 为什么新闻发布系统是毕业设计的稳妥牌——选题逻辑与项目定位1.1 新闻系统的业务本质不只是发新闻很多人低估这个题目的原因是把新闻发布等同于一个文本框加一个提交按钮。真正站在系统设计角度拆解新闻发布及管理系统是一个三端角色、多个业务状态、完整工作流的小型内容管理系统。面向普通访客浏览新闻列表、按分类筛选、查看详情、关键词搜索、发表评论。面向新闻编辑录入新闻、上传封面图、保存草稿、提交审核、管理自己发布的新闻。面向管理员用户管理、新闻分类管理、审核编辑提交的新闻、上架或下架内容、查看基础统计数据。一条新闻从录入到最终展示给用户中间至少要经历草稿 → 待审核 → 已发布 → 已下线这几个状态。这本来就是一个完整的状态机流转场景。再加上权限控制、文件上传、分页搜索这些Web开发的高频考点整道题的覆盖面非常广非常适合用来展示你对JavaWeb技术的综合掌握程度。1.2 选题的难易度评估与毕业设计定位我见过不少同学在这个题目上踩两端的极端一端是用纯JSPServletJDBC硬写功能倒是都能实现但代码量巨大Controller里堆了几百行答辩时老师问为什么这么写根本答不上来另一端是一上来就整SpringCloud微服务、前后端分离、Redis缓存、消息队列结果开发周期拖了两个月光是联调就搞不定最后草草收尾。这个题目的最优定位是标准版——SpringBoot MyBatis-Plus MySQL Thymeleaf模板引擎再加一套Bootstrap做后台管理界面。这套组合的优势在于技术栈主流框架之间的分工清晰答辩时能讲清楚每一层在干什么。不需要前后端分离不用处理跨域和复杂联调一个人完全hold住。代码量适中论文字数和代码量都能写得充实又不至于失控。如果项目周期充足可以在标准版之上加一些加分项比如用Redis缓存热门新闻列表、用拦截器实现操作日志、用定时任务定时发布定时下线新闻。这些功能每一块都是独立的加一点就能在报告里多一个亮点但又不会牵一发动全身。2. 技术栈选型与系统架构从SSM到SpringBoot的取舍2.1 三大主流方案对比我在带项目时经常被问到一个问题学长用SSM还是SpringBoot这个问题背后其实是被框架学习路线搞懵了。这里直接给结论毕业设计首选SpringBoot。技术方案组成优点缺点适合场景传统重量方案JSP Servlet JDBC底层原理透明贴近教材代码冗余开发效率低维护困难课程设计不适合毕设经典SSMSpring SpringMVC MyBatis分层清晰体现框架整合能力配置繁琐XML多环境搭建就劝退一批人想重点展示Spring配置功底SpringBoot整合SpringBoot MyBatis-Plus Thymeleaf开发效率最高配置简单学习资料多封装程度高底层细节被隐藏毕业设计首选特别强调一下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.x3.x底层是Jakarta EE很多老代码示例不适用MyBatis-Plus 3.5.x单表CRUD和分页查询不用手写SQLMySQL 5.7或8.0Navicat做可视化操作Thymeleaf模板引擎搭配Bootstrap 4 jQuery后台管理页面直接用AdminLTE这类开源模板开发工具IDEA Postman接口调试 Git版本管理Tomcat这块直接用SpringBoot内嵌的就行不要额外部署外部Tomcat哪怕毕设要求打war包也是在pom里配置一下的事本地开发跑内嵌Tomcat最省事。2.3 分层的系统架构设计思路新闻发布系统虽然是小项目但分层这件事从一开始就要做对否则功能一多代码就乱了。标准的分层结构是四层Controller层接收HTTP请求参数校验调用Service返回页面或JSON数据。Service层业务逻辑处理事务边界在这里控制比如审核新闻时需要同时更新新闻状态和写操作日志这两个操作必须在同一个事务里。Mapper层DAO层数据访问MyBatis-Plus让这一层基本只需要写接口定义。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_userCREATE 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) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT用户表;新闻分类表news_categoryCREATE 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) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 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) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT新闻表;评论表news_commentCREATE 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) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT评论表;这里有几个表设计的关键细节值得展开说status字段用数字枚举而不是字符串。在Java里定义一个常量接口或者枚举类语义清晰又不占空间查询效率高。news表中加了summary字段。列表页显示摘要时不需要把content全文查出来对性能是很大的优化——尤其富文本内容动辄几KB十几KB。create_time和update_time分开。MyBatis-Plus的MetaObjectHandler可以自动填充这两个字段省掉大量手动set。view_count浏览量字段放在news表中。虽然有人会单独搞一张统计表但毕业设计阶段直接用一个字段累加就够用了不要过度设计。全文搜索——如果要做站内搜索MySQL的LIKE %关键词%在小数据量下完全够用不要引入ESElasticsearch这类重型组件除非你想给自己挖坑。3.3 表关联与查询优化的常见坑表关联这里最常翻车的点是查新闻列表时需要带出分类名、作者昵称这一类的多表查询。在三表联查时很容易出现N1问题但在毕业设计这个体量下直接用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 PageNewsVO getNewsPage(int pageNum, int pageSize, Long categoryId, String keyword) { LambdaQueryWrapperNews 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); PageNews 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?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrue这里每个参数都有讲究serverTimezoneAsia/Shanghai解决时区报错。useSSLfalse关闭SSL避免本机开发环境没有证书导致连接警告甚至失败。characterEncodingutf8保证中文不乱码配合表的utf8mb4字符集双保险。allowPublicKeyRetrievaltrue解决MySQL 8.0的Public Key Retrieval is not allowed报错。很多同学遇到这个报错动不动就重装MySQL完全没必要。把这行连接串改好问题基本就消失了。5.2 图片上传成功但页面无法访问这类问题我在项目里遇到过报错情况是上传接口返回成功数据库里也存了路径但浏览器访问图片URL返回404。排查链路是这样的先确认图片文件是否真正保存到了磁盘上——到配置的上传目录看一眼。确认项目是否配置了资源映射——如果没配置addResourceHandlersSpringBoot默认只映射classpath下的static目录磁盘上的文件自然访问不到。确认路径拼接逻辑——上传时返回的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。这里要区分两个场景富文本内容是可信内容——比如只有管理员或审核通过的编辑才能发布。这种情况也要做白名单过滤保留p、img、a等常用标签去掉script、iframe、onclick事件属性。可以引入Jsoup做HTML清洗String cleanContent Jsoup.clean(rawContent, Safelist.relaxed());评论、昵称等纯文本内容是不可信内容——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里输入一个超大页码比如?pageNum999时MyBatis-Plus分页插件默认不会帮你纠正需要在后端做一次校验把pageNum限制在1到总页数之间。5.5 Java版本与打包部署的兼容性问题开发环境用IDEA运行一切正常但打包成JAR部署到服务器上运行就报UnsupportedClassVersionError这是典型的JDK版本不匹配。解决办法是在pom.xml里显式指定编译版本properties java.version1.8/java.version maven.compiler.source1.8/maven.compiler.source maven.compiler.target1.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 答辩高频问题与应答思路根据我参与答辩旁听和指导的经验老师最常问的问题集中在下面几类提前准备好应答思路现场就会稳很多系统角色权限具体是怎么实现的回答思路从Session存储登录态讲到拦截器对URL的拦截再到角色字段校验。核心是所有需要权限的接口都会经过拦截器统一校验角色不满足直接返回无权访问。数据库为什么不建外键这道题很容易被追问。建议正面回答实际开发中为了避免外键带来的锁竞争和迁移成本通常不建物理外键而是在业务层保证数据一致性。比如删除分类前先检查该分类下是否有新闻有的话提示该分类下存在新闻无法删除。这个答案比傻白甜式建外键更贴近企业实践。分页是怎么实现的从SQL层面的LIMIT offset, pageSize讲到MyBatis-Plus分页插件是如何自动拼接SQL的。最好能现场说出MySQL的分页语法这是基本功。如何防止SQL注入重点讲用#{}而不是${}——MyBatis中#{}会走预编译占位符${}是字符串拼接有SQL注入风险。凡是动态排序字段、表名等必须用${}的地方要做白名单校验。新闻审核流程怎么设计的从状态机角度回答草稿→待审核→已发布→已下线以及哪些角色在哪些状态下能执行什么操作。这能体现你确实做过全流程设计而不是只写了一个CRUD。6.3 演示环节的细节把控答辩演示环节很多同学翻车不是因为项目不好而是演示顺序混乱或者演示中途报错。这里给几个实用建议准备一份演示数据。提前在数据库里插入合理的新闻数据分类覆盖4~6个每个分类下至少10条新闻封面图要正常显示。演示时页面越热闹观感越好。演示顺序按功能链路走先以普通访客身份浏览首页 → 搜索新闻 → 点开详情 → 登录编辑账号 → 新建新闻并提交审核 → 切换到管理员账号 → 审核通过 → 回到前台刷新列表看到新发布内容。这条链路完整走下来系统就讲透了。备份一次空跑流程。视频录屏或复盘时把关键操作录一遍真到答辩现场如果代码突然出问题至少有兜底方案。强烈建议正式演示前连续完整跑通三遍确保没有低级错误。准备一个我能讲的东西清单。包括项目体系结构图、数据库ER图、核心表结构图、核心接口链路图。答辩评委一旦追问能快速翻到对应页面这个控场能力很加分。项目报告和PPT里如果你能把这个系统从选题到上线的完整思路讲清楚再配合一份能稳定跑起来的演示环境这个毕业设计基本就稳了。说实话新闻发布系统上手门槛不高难点在细节把上面这些内容弄懂并落地实现你收获的不仅是一份毕设更是对JavaWeb开发全流程的一次完整认知。最后再分享一个做毕设时真正帮到我的小技巧给自己建一个开发日志文档每天记录遇到什么问题、怎么解决的。写项目报告时这块笔记直接就是系统实现与常见问题章节的素材完全不用硬憋字——你踩过的每个坑写出来都比编的内容有说服力得多。祝项目顺利答辩加油。本文还有配套的精品资源点击获取
