企业官网建设流程全解析

简介：这是一套面向计算机专业本科生的毕业设计级Java全栈项目资源，基于SSM（Spring+SpringMVC+MyBatis）与Vue实现B/S架构的学习交流论坛系统，覆盖前后台完整功能闭环，适用于课程设计、毕设选题与Java Web技术综合实践。资源包为ZIP格式，共含源码、MySQL数据库脚本、开题报告、毕业论文及配套说明文档，整体20.79MB，结构清晰，便于快速部署与二次开发。已有62人学习下载，体现了其在教学实践场景中的实用价值。用户可直接运行系统，体验管理员对博客文章、论坛帖子、留言公告、轮播图等模块的全流程管理，以及普通用户注册登录、发帖评论、收藏文章、个人中心维护等核心交互；配套文档完整支撑从环境搭建（JDK 1.8+、IDEA/Eclipse、MySQL 5.7）到功能验证的全过程，降低学习门槛，提升工程落地能力。

1. 这不是又一个“SSM学生管理系统”：学习交流论坛系统为什么必须分前后台、用B/S架构、且数据库设计决定扩展上限

很多同学拿到“基于SSM的学习交流论坛系统”这个毕设题目时，第一反应是套用网上泛滥的“学生信息管理”模板——用户表+课程表+成绩表，加个MyBatis增删改查就交差。但真实的学习交流场景根本不是单向数据录入：一个帖子可能被百人点赞、数十人回复、多人收藏；用户登录后既要浏览热门话题（前台），又要审核举报内容、管理版块权限（后台）；不同角色（学生、教师、管理员）看到的界面逻辑、数据可见范围、操作入口完全不同。这就决定了它必须采用清晰分离的前后台结构——前台面向海量终端用户，强调响应速度与SEO友好；后台专注业务管控，要求强权限校验与操作审计。而B/S架构不是为了赶时髦，而是让教师在办公室、学生在宿舍、管理员在手机浏览器里，都能用同一套URL访问对应功能，无需安装客户端、不依赖操作系统版本。更重要的是，数据库设计在此类系统中不是“最后一步”，而是整个系统可维护性的分水岭：如果把用户权限硬编码进Java代码里，后期加个“版主”角色就得改三处Service；如果帖子内容和附件路径混存在一个text字段里，未来做全文检索或CDN加速就只能推倒重来。本文将从SSM框架的真实协作边界出发，带你用可运行的源码级配置，落地一个经得起答辩追问、也经得起真实部署压力的学习交流论坛系统。

2. SSM三大组件如何协同支撑论坛核心流程：Spring IoC容器管理Bean生命周期、SpringMVC处理多角色请求路由、MyBatis动态SQL应对复杂查询

2.1 Spring IoC容器不是“自动装Bean”，而是为论坛系统定义清晰的职责边界与依赖注入策略

在学习交流论坛中，“用户登录状态校验”“帖子敏感词过滤”“邮件通知发送”这些功能不能散落在Controller里硬编码。Spring IoC容器的核心价值在于显式声明组件职责，并通过配置控制其创建时机与作用域。例如，论坛的UserSessionManager必须是单例（Singleton），确保全应用共享同一份在线用户缓存；而PostContentFilter（负责过滤广告、联系方式等违规内容）则应设为原型（Prototype），避免多线程并发处理时状态污染。关键配置如下：

<!-- applicationContext.xml --> <bean id="userSessionManager" class="com.forum.service.impl.UserSessionManagerImpl" scope="singleton"/> <bean id="postContentFilter" class="com.forum.util.PostContentFilter" scope="prototype"/> <bean id="emailNotifier" class="com.forum.service.impl.EmailNotifierImpl" scope="singleton"> <property name="smtpHost" value="${mail.smtp.host}"/> <property name="smtpPort" value="${mail.smtp.port}"/> </bean>

提示：scope="prototype"的Bean每次getBean()都会新建实例，适合有状态、短生命周期的工具类；而scope="singleton"（默认）适用于无状态服务。若在Controller中直接new PostContentFilter()，不仅失去Spring AOP能力（如事务、日志），更会导致无法统一配置敏感词库路径——所有硬编码实例都得手动改。

2.2 SpringMVC的@RequestMapping不是简单映射URL，而是按角色划分请求入口、统一处理跨域与异常

论坛前后台共用一套SpringMVC，但路由规则必须严格隔离。前台URL以/front/开头（如/front/post/list），后台以/admin/开头（如/admin/user/ban），并在拦截器中强制校验角色权限。关键配置在spring-mvc.xml中：

<!-- 启用注解驱动 --> <mvc:annotation-driven> <mvc:message-converters register-defaults="true"> <bean class="org.springframework.http.converter.json.MappingJackson2HttpMessageConverter"> <property name="objectMapper"> <bean class="com.fasterxml.jackson.databind.ObjectMapper"> <property name="dateFormat"> <bean class="java.text.SimpleDateFormat"> <constructor-arg value="yyyy-MM-dd HH:mm:ss"/> </bean> </property> </bean> </property> </bean> </mvc:message-converters> </mvc:annotation-driven> <!-- 静态资源放行 --> <mvc:resources mapping="/static/**" location="/static/"/> <mvc:resources mapping="/upload/**" location="file:/data/forum/upload/"/> <!-- 前台控制器包扫描 --> <context:component-scan base-package="com.forum.controller.front" use-default-filters="false"> <context:include-filter type="annotation" expression="org.springframework.stereotype.Controller"/> </context:component-scan> <!-- 后台控制器包扫描 --> <context:component-scan base-package="com.forum.controller.admin" use-default-filters="false"> <context:include-filter type="annotation" expression="org.springframework.stereotype.Controller"/> </context:component-scan>

2.2.1 角色路由拦截器：用HandlerInterceptor实现真正的权限网关

仅靠URL前缀不够安全，必须在请求进入Controller前校验身份。自定义RoleBasedInterceptor：

public class RoleBasedInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { String uri = request.getRequestURI(); HttpSession session = request.getSession(false); User currentUser = session != null ? (User) session.getAttribute("user") : null; // 后台请求必须登录且为管理员 if (uri.startsWith("/admin/") && (currentUser == null || !"ADMIN".equals(currentUser.getRole()))) { response.sendRedirect(request.getContextPath() + "/login?error=access_denied"); return false; } // 前台发帖需登录（学生/教师均可） if (uri.equals("/front/post/save") && (currentUser == null || !Arrays.asList("STUDENT", "TEACHER").contains(currentUser.getRole()))) { response.sendRedirect(request.getContextPath() + "/login?error=login_required"); return false; } return true; } }

在spring-mvc.xml中注册：

<mvc:interceptors> <mvc:interceptor> <mvc:mapping path="/admin/**"/> <mvc:mapping path="/front/post/save"/> <bean class="com.forum.interceptor.RoleBasedInterceptor"/> </mvc:interceptor> </mvc:interceptors>

注意：preHandle返回false会中断请求链，比在每个Controller方法里写if (user==null)更符合AOP思想，且避免遗漏。

2.3 MyBatis动态SQL不是“拼字符串”，而是用<where><foreach><choose>精准生成论坛高频查询语句

论坛搜索功能需要支持多条件组合：按标题关键词、按作者ID、按发布时间范围、按版块分类。若用传统JDBC拼SQL，极易产生WHERE AND ...语法错误。MyBatis的动态SQL标签能自动生成合法SQL：

<!-- PostMapper.xml --> <select id="selectPostsByCondition" resultType="Post"> SELECT p.*, u.username AS authorName, c.name AS categoryName FROM forum_post p LEFT JOIN forum_user u ON p.author_id = u.id LEFT JOIN forum_category c ON p.category_id = c.id <where> <if test="title != null and title != ''"> AND p.title LIKE CONCAT('%', #{title}, '%') </if> <if test="authorId != null"> AND p.author_id = #{authorId} </if> <if test="categoryId != null"> AND p.category_id = #{categoryId} </if> <if test="startTime != null"> AND p.create_time >= #{startTime} </if> <if test="endTime != null"> AND p.create_time <= #{endTime} </if> </where> ORDER BY p.create_time DESC LIMIT #{offset}, #{limit} </select>

2.3.1 分页插件PageHelper的正确集成方式：避免事务失效与结果错乱

MyBatis原生不支持物理分页，需引入pagehelper-spring-boot-starter。关键配置在applicationContext.xml中：

<bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean"> <property name="dataSource" ref="dataSource"/> <property name="mapperLocations" value="classpath:mapper/*.xml"/> <property name="plugins"> <array> <bean class="com.github.pagehelper.PageInterceptor"> <property name="properties"> <value> helperDialect=mysql reasonable=true supportMethodsArguments=true params=count=countSql </value> </property> </bean> </array> </property> </bean>

在Service层调用：

public PageInfo<Post> getPostList(int pageNum, int pageSize, String title) { PageHelper.startPage(pageNum, pageSize); // 必须在查询前调用 List<Post> posts = postMapper.selectPostsByCondition(new PostQuery(title, null, null, null, null)); return new PageInfo<>(posts); // PageInfo封装了总记录数、分页参数等 }

提示：PageHelper.startPage()必须在Mapper执行前调用，且不能与@Transactional方法混用——若Service方法加了@Transactional，PageHelper的ThreadLocal变量可能被事务代理覆盖，导致分页失效。解决方案是将分页逻辑放在非事务方法中，或使用PageHelper.offsetPage()替代。

3. B/S架构下的前后台分离实践：用Thymeleaf渲染前台页面、AdminLTE构建后台管理界面、静态资源独立部署路径

3.1 Thymeleaf不是“HTML模板引擎”，而是让前台页面具备服务端逻辑与SEO友好的双重能力

论坛前台需兼顾用户体验与搜索引擎收录，纯Ajax单页应用（SPA）不利于SEO。Thymeleaf作为服务端模板引擎，在HTML中嵌入th:*属性，由SpringMVC在服务端渲染后返回完整HTML：

<!-- front/post/list.html --> <!DOCTYPE html> <html xmlns:th="http://www.thymeleaf.org"> <head> <title>学习交流论坛 - 热门帖子</title> </head> <body> <div class="container"> <h1>最新帖子</h1> <div th:each="post : ${pageInfo.list}" class="post-item"> <h3><a th:href="@{/front/post/detail(id=${post.id})}" th:text="${post.title}">帖子标题</a></h3> <p th:text="${#dates.format(post.createTime, 'yyyy-MM-dd HH:mm')}">发布时间</p> <p th:text="${post.authorName} + ' 发布于 ' + ${post.categoryName}">作者与版块</p> <div class="post-stats"> <span>阅读：<span th:text="${post.viewCount}">0</span></span> <span>回复：<span th:text="${post.replyCount}">0</span></span> <span th:if="${session.user != null}"> <a th:href="@{/front/post/collect(postId=${post.id})}" th:text="${post.collected ? '已收藏' : '收藏'}">收藏</a> </span> </div> </div> <!-- 分页导航 --> <nav> <ul class="pagination"> <li th:class="${pageInfo.hasPreviousPage} ? '' : 'disabled'"> <a th:href="@{/front/post/list(pageNum=${pageInfo.prePage})}">&laquo;</a> </li> <li th:each="num : ${#numbers.sequence(1, pageInfo.pages)}" th:class="${pageInfo.pageNum == num} ? 'active' : ''"> <a th:href="@{/front/post/list(pageNum=${num})}" th:text="${num}">1</a> </li> <li th:class="${pageInfo.hasNextPage} ? '' : 'disabled'"> <a th:href="@{/front/post/list(pageNum=${pageInfo.nextPage})}">&raquo;</a> </li> </ul> </nav> </div> </body> </html>

注意：th:href="@{/front/post/detail(id=${post.id})}"会生成标准URL/front/post/detail?id=123，而非/front/post/detail/123，这保证了即使JavaScript被禁用，链接仍可跳转，符合B/S架构对基础可用性的要求。

3.2 AdminLTE不是“后台UI框架”，而是为管理员提供开箱即用的权限管理、数据可视化与操作审计界面

后台管理界面需快速交付且专业可信。AdminLTE基于Bootstrap，提供侧边栏菜单、仪表盘、表格、表单等组件。关键集成步骤：

1. 下载AdminLTE v2.4.18（兼容IE11，适合毕设部署环境）
2. 将dist/目录下CSS/JS文件放入/static/admin/
3. 在admin/layout.html中定义公共布局：

<!DOCTYPE html> <html> <head> <meta charset="utf-8"> <title>论坛后台管理</title> <link rel="stylesheet" href="/static/admin/css/AdminLTE.min.css"> <link rel="stylesheet" href="/static/admin/css/skins/_all-skins.min.css"> </head> <body class="hold-transition skin-blue sidebar-mini"> <div class="wrapper"> <!-- 顶部导航栏 --> <header class="main-header"> <a href="/admin/dashboard" class="logo">学习交流论坛</a> <nav class="navbar navbar-static-top"> <div class="navbar-custom-menu"> <ul class="nav navbar-nav"> <li class="dropdown user user-menu"> <a href="#" class="dropdown-toggle">@Controller @RequestMapping("/admin") public class AdminController { @GetMapping("/dashboard") public ModelAndView dashboard() { ModelAndView mav = new ModelAndView("admin/layout"); mav.addObject("pageTitle", "仪表盘"); mav.addObject("contentFragment", "admin/dashboard :: content"); return mav; } @GetMapping("/user/list") public ModelAndView userList(@RequestParam(defaultValue = "1") int pageNum) { ModelAndView mav = new ModelAndView("admin/layout"); mav.addObject("pageTitle", "用户列表"); mav.addObject("contentFragment", "admin/user/list :: content"); // 查询用户分页数据并添加到Model PageInfo<User> pageInfo = userService.getUserList(pageNum, 10); mav.addObject("pageInfo", pageInfo); return mav; } }

提示：th:replace="${contentFragment} ?: 'admin/dashboard :: content'确保所有后台页面共享同一套布局，修改菜单只需改layout.html，无需动每个Controller。

3.3 静态资源独立部署路径：解决/static/与/upload/的生产环境路径冲突

开发时图片上传到file:/data/forum/upload/，但生产环境常需Nginx反向代理静态资源。需在spring-mvc.xml中明确配置：

<!-- 静态资源映射 --> <mvc:resources mapping="/static/**" location="/static/"/> <mvc:resources mapping="/upload/**" location="file:/data/forum/upload/"/> <!-- Nginx配置建议（生产环境） --> <!-- location /static/ { alias /opt/forum/static/; } --> <!-- location /upload/ { alias /data/forum/upload/; } -->

同时在application.properties中定义上传根路径，供Java代码使用：

forum.upload.path=/data/forum/upload/

@Service public class FileUploadService { @Value("${forum.upload.path}") private String uploadRootPath; public String saveImage(MultipartFile file) throws IOException { String fileName = UUID.randomUUID().toString() + "_" + file.getOriginalFilename(); File targetFile = new File(uploadRootPath + fileName); file.transferTo(targetFile); return "/upload/" + fileName; // 返回Web可访问的URL路径 } }

注意：file:/data/forum/upload/在Windows下需写为file:C:/data/forum/upload/，但更推荐用ClassPathResource或FileSystemResource统一处理路径，避免平台差异。

4. 数据库设计决定系统生命力：从ER图到建表语句，解析论坛系统5大核心表的关联逻辑与索引优化

4.1 论坛ER图核心关系：一对多（用户-帖子）、多对多（帖子-标签）、自关联（回复-帖子）

学习交流论坛的实体关系远超学生管理系统。关键ER关系如下：

• 用户（forum_user） ↔ 帖子（forum_post）：一对多。一个用户可发多帖，一帖仅属一人。
• 帖子（forum_post） ↔ 回复（forum_reply）：一对多。一帖可有多回复，一回复只属一帖。
• 帖子（forum_post） ↔ 标签（forum_tag）：多对多。需中间表forum_post_tag（post_id, tag_id）。
• 用户（forum_user） ↔ 收藏（forum_collect）：一对多。一用户可收藏多帖，一帖可被多人收藏。
• 回复（forum_reply） ↔ 回复（forum_reply）：自关联。用于实现“回复某条回复”的嵌套结构，通过parent_id字段指向另一条回复。

4.1.1 MySQL建表语句：带外键约束、字符集与注释的生产级写法

-- 用户表 CREATE TABLE `forum_user` ( `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键ID', `username` varchar(50) NOT NULL COMMENT '用户名', `password` varchar(100) NOT NULL COMMENT '密码（BCrypt加密）', `email` varchar(100) NOT NULL COMMENT '邮箱', `role` enum('STUDENT','TEACHER','ADMIN') NOT NULL DEFAULT 'STUDENT' COMMENT '角色', `status` tinyint(1) NOT NULL DEFAULT '1' COMMENT '状态：1-启用，0-禁用', `create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间', PRIMARY KEY (`id`), UNIQUE KEY `uk_username` (`username`), UNIQUE KEY `uk_email` (`email`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='用户表'; -- 帖子表 CREATE TABLE `forum_post` ( `id` bigint(20) NOT NULL AUTO_INCREMENT, `title` varchar(200) NOT NULL COMMENT '标题', `content` text NOT NULL COMMENT '内容', `author_id` bigint(20) NOT NULL COMMENT '作者ID', `category_id` bigint(20) NOT NULL COMMENT '版块ID', `view_count` int(11) NOT NULL DEFAULT '0' COMMENT '浏览量', `reply_count` int(11) NOT NULL DEFAULT '0' COMMENT '回复数', `create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP, `update_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (`id`), KEY `idx_author_id` (`author_id`), KEY `idx_category_id` (`category_id`), KEY `idx_create_time` (`create_time`), CONSTRAINT `fk_post_author` FOREIGN KEY (`author_id`) REFERENCES `forum_user` (`id`) ON DELETE CASCADE, CONSTRAINT `fk_post_category` FOREIGN KEY (`category_id`) REFERENCES `forum_category` (`id`) ON DELETE RESTRICT ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='帖子表'; -- 回复表（含自关联） CREATE TABLE `forum_reply` ( `id` bigint(20) NOT NULL AUTO_INCREMENT, `content` text NOT NULL COMMENT '回复内容', `author_id` bigint(20) NOT NULL COMMENT '回复者ID', `post_id` bigint(20) NOT NULL COMMENT '所属帖子ID', `parent_id` bigint(20) DEFAULT NULL COMMENT '父回复ID（NULL表示直接回复帖子）', `create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`), KEY `idx_post_id` (`post_id`), KEY `idx_author_id` (`author_id`), KEY `idx_parent_id` (`parent_id`), CONSTRAINT `fk_reply_post` FOREIGN KEY (`post_id`) REFERENCES `forum_post` (`id`) ON DELETE CASCADE, CONSTRAINT `fk_reply_author` FOREIGN KEY (`author_id`) REFERENCES `forum_user` (`id`) ON DELETE CASCADE, CONSTRAINT `fk_reply_parent` FOREIGN KEY (`parent_id`) REFERENCES `forum_reply` (`id`) ON DELETE SET NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='回复表';

提示：ON DELETE CASCADE确保删除用户时自动清理其帖子；ON DELETE SET NULL让父回复被删后，子回复仍可显示（显示为“原回复已被删除”）。

4.2 索引优化：针对论坛高频查询场景的3个必建索引

没有索引的论坛数据库在10万帖子后将寸步难行。以下索引基于真实查询日志分析：

4.2.1 验证索引是否生效：用EXPLAIN分析慢查询

当发现/front/post/detail?id=123加载缓慢，执行：

EXPLAIN SELECT r.*, u.username AS authorName FROM forum_reply r LEFT JOIN forum_user u ON r.author_id = u.id WHERE r.post_id = 123 ORDER BY r.create_time DESC LIMIT 20;

若key列显示idx_post_time，rows值远小于表总行数，则索引生效；若为NULL，需检查索引字段顺序是否匹配查询条件。

注意：ORDER BY create_time DESC必须与索引中create_time DESC方向一致，否则索引无法用于排序。

5. 毕设答辩高频问题预演：从源码结构到数据库设计，直击评审老师最关注的5个技术细节

5.1 源码结构如何体现SSM分层思想？拒绝“所有代码塞进src/main/java”

评审老师一眼就能看出项目是否真懂SSM。合格的源码结构必须严格分层，且包名体现职责：

src/main/java/ ├── com.forum/ # 根包名，反映项目领域 │ ├── controller/ # SpringMVC层：只处理HTTP请求与响应 │ │ ├── front/ # 前台Controller（@RequestMapping("/front")） │ │ └── admin/ # 后台Controller（@RequestMapping("/admin")） │ ├── service/ # Service层：业务逻辑，@Service注解 │ │ ├── impl/ # 具体实现，依赖Mapper │ │ └── dto/ # 数据传输对象（如PostQuery、UserVO） │ ├── mapper/ # MyBatis接口，@Mapper注解 │ ├── entity/ # 实体类，与数据库表一一对应 │ ├── util/ # 工具类（敏感词过滤、文件上传） │ └── interceptor/ # 拦截器（权限、日志） ├── resources/ │ ├── mapper/ # MyBatis XML映射文件 │ ├── static/ # 前端静态资源（CSS/JS/IMG） │ └── templates/ # Thymeleaf模板（HTML）

提示：若controller包下出现new UserServiceImpl()，或service包里有request.getParameter()，说明分层被破坏，答辩时会被直接质疑架构理解。

5.2 数据库设计如何支撑“帖子被举报后进入审核队列”？用状态机思维设计forum_post的status字段

很多同学用is_approved tinyint(1)表示审核状态，但论坛需支持更多状态：DRAFT(草稿)、PUBLISHED(已发布)、REVIEWING(审核中)、REJECTED(已驳回)、BLOCKED(已屏蔽)。在forum_post表中：

`status` enum('DRAFT','PUBLISHED','REVIEWING','REJECTED','BLOCKED') NOT NULL DEFAULT 'DRAFT'

对应Service层的状态流转逻辑：

@Service public class PostService { public void submitForReview(Long postId) { Post post = postMapper.selectById(postId); if (!"DRAFT".equals(post.getStatus())) { throw new BusinessException("只有草稿状态的帖子才能提交审核"); } post.setStatus("REVIEWING"); postMapper.updateById(post); } public void approvePost(Long postId) { Post post = postMapper.selectById(postId); if (!"REVIEWING".equals(post.getStatus())) { throw new BusinessException("只能审核状态为审核中的帖子"); } post.setStatus("PUBLISHED"); postMapper.updateById(post); } }

5.2.1 用数据库约束防止非法状态流转：触发器或应用层校验？

MySQL触发器虽能强制校验，但增加DB负担且不易调试。推荐应用层校验，理由有三：

1. 状态流转逻辑常需调用其他服务（如审核通过后发站内信），触发器无法跨服务；
2. 异常信息需返回给前端（如“驳回原因不能为空”），触发器只能抛SQL异常；
3. 毕设代码需体现清晰的业务逻辑，而非隐藏在DB中。

因此，submitForReview()和approvePost()方法中的if判断是必要且专业的设计。

5.3 如何证明你真的“用了SSM”？从web.xml到applicationContext.xml的3个关键配置证据

评审老师会抽查配置文件验证技术栈真实性。以下3处是SSM的“指纹”：

1. web.xml中SpringMVC前端控制器声明：

   <servlet> <servlet-name>dispatcher</servlet-name> <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> <init-param> <param-name>contextConfigLocation</param-name> <param-value>classpath:spring-mvc.xml</param-value> </init-param> <load-on-startup>1</load-on-startup> </servlet>

2. applicationContext.xml中MyBatis SqlSessionFactory配置：

   <bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean"> <property name="dataSource" ref="dataSource"/> <property name="mapperLocations" value="classpath:mapper/*.xml"/> </bean>

3. spring-mvc.xml中组件扫描排除默认过滤器：

   <context:component-scan base-package="com.forum.controller" use-default-filters="false"> <context:include-filter type="annotation" expression="org.springframework.stereotype.Controller"/> </context:component-scan>

   若此处写成use-default-filters="true"，则Service、Dao也会被MVC扫描，导致Bean重复创建——这是未理解Spring与SpringMVC容器隔离的典型错误。

5.4 开题报告与毕业论文如何体现技术深度？聚焦“为什么选这个方案”而非“我做了什么”

开题报告中，不要写“本系统使用SSM框架”，而要写：

“选择SSM而非Spring Boot，是因为毕设要求深入理解IoC容器生命周期与MyBatis动态SQL原理。Spring Boot的自动配置会掩盖SqlSessionFactoryBean的初始化过程，而本系统需定制PageHelper插件的reasonable参数以适配不同分页场景，手动配置更能体现对框架底层机制的掌握。”

毕业论文中，避免“系统实现了用户登录功能”，改为：

“用户登录采用JWT Token无状态认证，但为兼容B/S架构的Session特性，设计双Token机制：前端携带JWT访问API，后端同时维护HttpSession存储用户权限树。当JWT过期时，系统自动刷新Token并同步更新Session，既保障API安全性，又满足Thymeleaf模板中th:if="${session.user}"的实时性需求。”

5.5 最后检查清单：答辩前1小时必须验证的5项硬指标

提示：答辩时老师常会现场输入测试数据，以上5项是最高频的“突袭测试点”。花10分钟逐项验证，比临时背诵八股文更有效。

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