企业官网建设流程全解析

简介：面向Java Web毕业设计的一套完整源码，以山东红色旅游信息管理为主题，覆盖景点介绍、线路推荐、在线预订、评价反馈等核心业务，适合需要完成SSM整合开发或旅游类管理系统的学生参考。后端基于Java语言，整合Spring、SpringMVC与MyBatis三大框架，前端采用Vue和JSP技术；开发环境为JDK1.8，部署于Tomcat7以上版本，数据库使用MySQL5.7以上版本，系统内划分了用户、景点、预定、评价与后台管理等模块，功能结构完整，整体技术栈成熟且贴近企业级应用。压缩包格式为ZIP，共1319个文件，大小约19.21MB，其中包含136个Java源码文件、125个JSP页面、364个JavaScript脚本、146个CSS样式文件，以及大量PNG、GIF、JPG图片素材，另有SQL数据库脚本和项目介绍Word文档，可满足源码阅读、环境搭建和文档撰写等不同需求。目前已有3500余人浏览/学习，属于较受关注的毕设方向。随包附带数据库脚本和功能介绍文档，能帮助快速搭建运行环境并理解系统模块划分；项目经严格调试确保可运行，既可直接作为毕业设计交付，也可作为深入学习SSM框架整合、前后端交互和数据库设计的实践案例。

1. SSM + JSP 做红色旅游信息管理系统：这个组合到底在解决什么问题

拿到“ssm9716 基于 web 的山东红色旅游信息管理系统的设计与实现 + jsp.zip”这样的标题，第一反应通常是两个：这套东西内部长什么样，以及它值不值得作为毕业设计或课设选题去投入。SSM 框架加 JSP 的组合在 2020 年之后显得老气，但放到旅游信息管理这类偏业务、偏展示的系统上，它反而是最稳的选择：MyBatis 负责数据访问，SpringMVC 负责路由，JSP 负责服务端渲染，三层边界清楚，论文好写，答辩好讲。这套系统的核心价值是把山东各地分散的红色旅游场馆、遗址、纪念设施信息统一管理起来，前端给游客看检索和预约，后端给管理员做审核与维护。适合的人群很明确：正在做 JavaWeb 毕设的学生，以及想快速搭一个 SSM 骨架接业务的人。

（提示：正文从第二章开始，下面对应你要求的完整博文结构直接输出。）

2. 山东红色旅游的业务建模：6 张核心表怎么设计才经得起答辩追问

2.1 红色旅游系统和普通旅游系统的差异在哪儿

旅游信息管理系统网上模板一大堆，但红色旅游有它自己的业务特征，直接套普通景点的表结构，答辩时一问就露馅。第一个特征是资源类型复杂：纪念馆、革命旧址、纪念碑、烈士陵园、红色主题展馆，每种资源的开放规则和预约上限都不太一样，所以资源表里必须有“类型”字段，而不是把全部信息揉在一张宽表里。第二个特征是区域属性强：山东的红色资源沿着临沂、枣庄、烟台、威海、济南几个城市分布，用户检索时“按城市看”是刚需，所以地址和区域字段要单独拆出来，不能埋在详情文本里。第三个特征是预约审核流程：很多场馆不是即到即进，需要后台先审核预约单，这比普通景点系统的纯线上购票多了“待审核”状态，表设计里必须预留状态字段。第四个特征是主题线路：红色旅游经常按“沂蒙精神”“胶东抗战”这样的主题把多个场馆串成线路，线路和场馆是多对多关系。

这套系统的前台和后台是分开设计的。前台面向普通游客，提供资源列表、详情、按区域筛选、线路展示和在线预约；后台面向管理员，提供资源管理、线路管理、预约审核和公告发布。前后台共用同一套数据库，但页面目录和服务方法分开，这也是论文里“系统功能结构图”的标准画法。数据表按这个思路拆，6 张核心表足够了：用户表、红色资源表、线路表、线路资源关联表、预约表、公告表。

2.2 表结构设计：字段、类型与约束的取舍

直接看不带注释的表结构等于没看，我这里把最关键的 6 张表列出来。用户表不用多说，密码字段存 MD5 或 BCrypt 摘要，角色字段区分管理员和普通用户，手机号做游客预约时的联系方式。红色资源表是核心中的核心，字段要覆盖分类、区域、开放时间、单日预约上限、图文信息和排序权重。线路表和关联表负责把多个资源串成主题线路。预约表要有唯一业务单号、预约日期、预约时段和状态。

CREATE TABLE user_info ( id BIGINT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(100) NOT NULL, role VARCHAR(20) DEFAULT 'USER', phone VARCHAR(20), create_time DATETIME DEFAULT CURRENT_TIMESTAMP ); CREATE TABLE red_resource ( id BIGINT PRIMARY KEY AUTO_INCREMENT, res_name VARCHAR(120) NOT NULL, res_type VARCHAR(20) NOT NULL COMMENT '纪念馆/旧址/纪念碑/烈士陵园', region VARCHAR(50) COMMENT '如：临沂', address VARCHAR(255), open_time VARCHAR(50), max_visitors INT DEFAULT 500, intro TEXT, detail TEXT, pic_url VARCHAR(255), sort_order INT DEFAULT 0, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ); CREATE TABLE tourist_route ( id BIGINT PRIMARY KEY AUTO_INCREMENT, route_name VARCHAR(120) NOT NULL, theme VARCHAR(50) COMMENT '主题，如沂蒙精神', days INT DEFAULT 1, description TEXT, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ); CREATE TABLE route_resource ( id BIGINT PRIMARY KEY AUTO_INCREMENT, route_id BIGINT, resource_id BIGINT, sort_no INT DEFAULT 0 ); CREATE TABLE reservation ( id BIGINT PRIMARY KEY AUTO_INCREMENT, order_no VARCHAR(40) NOT NULL UNIQUE, user_id BIGINT, resource_id BIGINT, reserve_date DATE, time_slot VARCHAR(20), visitors INT DEFAULT 1, status VARCHAR(20) DEFAULT 'PENDING' COMMENT 'PENDING/APPROVED/REJECTED', create_time DATETIME DEFAULT CURRENT_TIMESTAMP );

这套建表 SQL 里有几个点是毕设答辩时的加分项。res_type 和 status 用字符串而不是数字，因为可读性好，排查数据方便，MyBatis 映射时也不用写类型转换器。sort_order 和 sort_no 这两个排序字段经常被新手忽略，但列表页“按推荐顺序展示”和线路内“先到哪后到哪”全靠它。order_no 设计成唯一键，是为了预约列表页能直接拿单号做条件查询，不加这个字段后续做审核功能时会很别扭。

2.3 表关系映射到 MyBatis：resultMap 的关联查询写法

表建好了，接下来是代码层面怎么把关系查出来。线路详情页要展示这条线路下面挂了哪些场馆，这是典型的一对多查询。很多新手在这里直接套联表查询，然后用循环去重，结果数据一多就出现重复记录。我一般会在 Mapper XML 里用 resultMap 做嵌套映射，一次性查出来。

<resultMap id="RouteWithResources" type="com.example.entity.TouristRoute"> <id property="id" column="route_id" /> <result property="routeName" column="route_name" /> <result property="theme" column="theme" /> <collection property="resources" ofType="com.example.entity.RedResource"> <id property="id" column="resource_id" /> <result property="resName" column="res_name" /> <result property="region" column="region" /> <result property="address" column="address" /> </collection> </resultMap> <select id="selectRouteWithResources" resultMap="RouteWithResources"> SELECT r.id AS route_id, r.route_name, r.theme, rr.resource_id, re.res_name, re.region, re.address FROM tourist_route r LEFT JOIN route_resource rr ON r.id = rr.route_id LEFT JOIN red_resource re ON rr.resource_id = re.id WHERE r.id = #{id} ORDER BY rr.sort_no </select>

这段代码的关键点有三个。collection 子标签声明一对多关系，ofType 指向集合元素的真实类型，一定要写全限定名，写短类名编译期不报错但启动会报找不到类。别名必须用 AS 明确指定，因为 SELECT 里同时出现两个表的 id 字段时，MyBatis 默认按列名映射会拿到错的值。LEFT JOIN 配合排序字段 ORDER BY rr.sort_no 能保证线路内的顺序不乱，这里如果图省事写成 INNER JOIN，空线路就不会出现在结果集里，前台页面表现成“线路消失了”，非常难排查。还有一个小提示：没有开启 mapUnderscoreToCamelCase 的话，数据库的 res_name 默认是映射不到 Java 属性 resName 的，要么在 mybatis-config 里开驼峰转换，要么老老实实给每个字段写 result 映射，二选一，别混着用。

3. SSM 框架整合顺序：从空项目到跑通登录的配置全流程

3.1 项目结构：拿到一个 ssm 工程先看哪几个目录

一个典型的 SSM 项目，无论源码包怎么压缩，核心结构都是固定的。拿到源码的第一件事不是读代码，而是先看目录结构，确认 Controller、Service、Mapper、实体类、JSP 页面和配置文件分别在哪儿。只要这个结构清楚，后面改功能、查问题就顺了。我一般按下面这个结构组织工程，也建议你把自己的项目整理成这个形态再给导师看。

src/main/java ├── com.example.controller ├── com.example.service ├── com.example.dao ├── com.example.entity └── com.example.common src/main/resources ├── jdbc.properties ├── spring-mybatis.xml ├── spring-mvc.xml └── mapper ├── RedResourceMapper.xml └── ReservationMapper.xml src/main/webapp ├── static │ ├── css │ ├── js │ └── images └── WEB-INF ├── jsp │ ├── index.jsp │ ├── resource_list.jsp │ └── admin └── web.xml

Controller 层只做参数接收、调用 Service、指定返回视图；Service 层写业务逻辑，比如预约审核时要判断该场馆当天是否已满；Dao 层只放接口，SQL 全部在 resources/mapper 下的 XML 里。实体类字段和数据库表字段一一对应，数据库是下划线命名，Java 是驼峰命名，项目里开启驼峰映射后可以省掉大量重复的 resultMap。common 包里放分页工具、统一返回结果之类的公共类，红色旅游系统这种规模的项目，加一个 PageHelper 或者自己写一个简单的分页工具类就够了。

3.2 三个 XML 配置一个都不能少：web.xml、spring-mvc.xml、spring-mybatis.xml

SSM 整合的麻烦点主要在这三个配置文件的配合上。配置顺序搞错，启动时不报错，一访问就 404，这个问题在毕设答辩现场出现过无数次。正确顺序是先搞定 web.xml 里的 DispatcherServlet 和编码过滤器，再配置 spring-mvc.xml，最后配置 spring-mybatis.xml。

web.xml 里最容易被忽略的是编码过滤器。Tomcat 8 之前的版本默认 POST 表单用 ISO-8859-1 解码，不配 CharacterEncodingFilter 的话，前台提交的中文在后台拿到的全是问号。项目里一般这样配：

<filter> <filter-name>encodingFilter</filter-name> <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class> <init-param> <param-name>encoding</param-name> <param-value>UTF-8</param-value> </init-param> </filter> <filter-mapping> <filter-name>encodingFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping> <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> <servlet-mapping> <servlet-name>dispatcher</servlet-name> <url-pattern>/</url-pattern> </servlet-mapping>

spring-mvc.xml 里要同时开启注解驱动、组件扫描和视图解析器。视图解析器的前缀后缀直接决定 Controller 里 return 的字符串对应哪个 JSP 文件，前缀配成 /WEB-INF/jsp/，后缀配成 .jsp，Controller 返回 “admin/resource_list” 时实际解析到 /WEB-INF/jsp/admin/resource_list.jsp。这里有个关键点：JSP 放 WEB-INF 下面有一个好处是用户没法直接通过 URL 访问 JSP 源码，必须经过 Controller 转发才能拿到渲染后的页面，对管理后台来说等于加了一层访问控制。spring-mybatis.xml 里配置数据源、SqlSessionFactory 和 Mapper 扫描，数据源参数从 jdbc.properties 里读，数据库连接串一定要带 useUnicode=true 和 characterEncoding=utf-8。

3.3 pom.xml 关键依赖与为什么不直接上 Spring Boot

SSM 项目的依赖版本之间经常打架，最典型的是 mybatis-spring 和 Spring 版本不匹配导致启动时 NoSuchMethodError。我一般固定用一组验证过兼容的版本，不要随便升小版本。下面是最小可用的一组依赖：

<dependencies> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-webmvc</artifactId> <version>5.2.22.RELEASE</version> </dependency> <dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis</artifactId> <version>3.5.6</version> </dependency> <dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis-spring</artifactId> <version>2.0.6</version> </dependency> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>5.1.49</version> </dependency> <dependency> <groupId>javax.servlet</groupId> <artifactId>jstl</artifactId> <version>1.2</version> </dependency> <dependency> <groupId>javax.servlet</groupId> <artifactId>javax.servlet-api</artifactId> <version>4.0.1</version> <scope>provided</scope> </dependency> </dependencies>

mysql-connector-java 的 5.1.49 适配 MySQL 5.7 最稳，如果你的环境是 MySQL 8.0，换成 8.0.30 左右并加上 serverTimezone=Asia/Shanghai 参数。servlet-api 的 scope 必须写 provided，否则打包进 WAR 后和 Tomcat 自带的版本冲突。至于为什么不直接上 Spring Boot，原因很实际：很多学校的课程设计和毕设大纲明确要求使用 SSM 框架，Spring Boot 的自动配置会掩盖大量底层细节，答辩时老师问“SpringMVC 的核心控制器是什么”“MyBatis 的 SqlSessionFactory 怎么创建”，用 SSM 写过的能直接答上来。而且 JSP 项目在 Spring Boot 里需要额外配置内嵌 Tomcat 的 JSP 支持，处理起来比传统 WAR 包更折腾。

4. JSP 页面层落地：列表渲染、表单提交与 web 安全细节

4.1 JSP 在 SSM 里的定位：服务端渲染为什么还不过时

JSP 的本质是一个被容器编译成 Servlet 的模板文件，页面里可以直接写 Java 代码，也可以只用 EL 表达式和 JSTL 标签。在 SSM 项目里，JSP 是 MVC 模式中的 View 层，职责只有一个：把 Controller 放进 request 域的数据渲染成 HTML。它和纯 HTML 的区别在于，HTML 文件无法直接读取 Java 对象的属性，而 JSP 通过 EL 表达式 ${resource.resName} 就能拿到后端传过来的数据，不需要额外写 AJAX 和 JSON 解析逻辑。对红色旅游管理系统这种数据量不大、交互不复杂的项目，服务端渲染的开发和排错成本是最低的。页面上需要动态刷新的部分，比如预约时段的选择联动，单独写一小段 JS 配合 AJAX 就能解决，没必要整个前端做成前后端分离。

4.2 资源列表页：JSTL 循环渲染与空集合处理

资源列表页是前台的核心页面，要展示名称、类型、区域、简介和“查看详情”入口。用 JSTL 的 c:forEach 循环遍历，配合 c:url 自动拼接上下文路径，这是避免静态资源引用错乱的唯一稳妥写法。注意 c:url 不只是拼路径，它还会自动把 sessionId 加到 URL 上，防止用户禁用了 Cookie 导致 session 丢失，这个细节很多前端工程师都不知道。

<%@ page contentType="text/html;charset=UTF-8" language="java" %> <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %> <%@ taglib prefix="fn" uri="http://java.sun.com/jsp/jstl/functions" %> <div class="resource-list"> <c:if test="${empty resourceList}"> <p>当前区域暂无红色旅游景点数据</p> </c:if> <c:forEach items="${resourceList}" var="res"> <div class="card"> <h3>${res.resName}</h3> <span>${res.resType}</span> <span>${res.region}</span> <p>${fn:substring(res.intro, 0, 60)}...</p> <a href="<c:url value='/resource/detail?id=${res.id}' />">查看详情</a> </div> </c:forEach> </div>

这段页面代码有三个细节值得说。页面顶部的 taglib 指令必须写，漏掉前缀 core 会导致所有 c: 开头的标签直接报错；empty 判断在集合为空时显示兜底文案，不写这个判断的话用户看到的就是一个空白列表，体验上像系统坏了。fn:substring 用来截断过长的简介，配合后面的省略号避免卡片高度不一致，但注意 fn:substring 是按字符截的，中文字符没问题，如果简介里有 emoji 之类的辅助平面字符会截出乱码，这个场景在红色旅游内容里几乎不会出现，真遇到就换 substringBefore 或者在后端截好再传。

4.3 表单提交到 Controller：参数绑定、校验与 SQL 注入防线

游客提交预约是这套系统最重要的表单流程。表单提交的路径有两条，一条是纯表单同步提交，页面跳转；另一条是 AJAX 提交。毕设项目里我推荐前者，代码简单、答辩演示出问题的概率低。Controller 接收参数用实体类绑定，SpringMVC 会把请求参数按属性名自动填充到 Reservation 对象里，省去逐个 getParameter 的繁琐代码。唯一要注意的是日期字段，前端的 input type="date" 提交格式是 yyyy-MM-dd，而 Java 端的 Date 属性默认绑定不上，需要在 Controller 里加 @DateTimeFormat 注解：

@Controller @RequestMapping("/reservation") public class ReservationController { @Autowired private ReservationService reservationService; @PostMapping("/save") public String save(@Valid Reservation reservation, @DateTimeFormat(pattern = "yyyy-MM-dd") @RequestParam("reserveDate") Date reserveDate, BindingResult result, HttpSession session) { if (result.hasErrors()) { return "redirect:/resource/detail?id=" + reservation.getResourceId(); } Long userId = (Long) session.getAttribute("loginUserId"); reservation.setUserId(userId); reservation.setStatus("PENDING"); reservationService.addReservation(reservation); return "redirect:/reservation/myList"; } }

这段代码里 @Valid 和 BindingResult 配合做参数校验，比如 visitors 字段的最小值限制，校验不通过时回到详情页而不是让用户看到 500 页面。校验逻辑写在实体类的字段注解上，比在 Controller 里手写 if 判断干净得多。还有一个容易被忽略的点：Service 层查资源表时，SQL 里的条件值一定要用 #{id} 而不是 ${id}。#{id} 会编译成预编译语句的占位符，真正执行时由 JDBC 的 PreparedStatement 传参，MySQL 5.7 及以上还有 SQL 预编译缓存；而 ${id} 是字符串拼接，用户一旦在参数里注入恶意 SQL 就能直接拼接进语句执行。在表单、查询和筛选场景里全部使用 #{ }，这是 web 安全里最基本的防线，答辩被问到 SQL 注入怎么防的时候，能说出这个区别就是加分项。

5. SSM + JSP 的高频踩坑与排查：5 个翻车现场

5.1 现象：列表页样式全丢，打开控制台一堆 404

原因几乎可以一口咬定是 SpringMVC 的拦截器把静态资源请求拦了。DispatcherServlet 的 url-pattern 配成 / 之后，所有请求都会进 SpringMVC，但 spring-mvc.xml 里没有处理静态资源的映射规则，浏览器请求 /static/css/style.css 时找不到对应的 Controller，直接 404。解决办法是在 spring-mvc.xml 里显式放行静态资源目录。我一般这样写：<mvc:resources mapping="/static/" location="/static/" />，把 static 目录暴露出去。如果项目里用了自定义拦截器做登录校验，还要在拦截器配置里 ignore 掉 /static/和 /js/**，否则用户还没登录时加载页面，CSS 的请求被拦截器踢到登录页，样式照样全丢。常见做法是把这两个配置放一起，避免漏改。

5.2 现象：后台收到的中文全是 ???

这个问题的根子在两层。第一层是 web.xml 里没配 CharacterEncodingFilter，POST 请求的 body 按 Tomcat 默认编码解析，中文直接变问号；第二层是数据源的 JDBC 连接串没带 characterEncoding=utf-8，即使请求层编码对了，存进 MySQL 数据库时还是乱码。排查顺序不要反过来，先看数据库里已存在的记录是不是乱码：如果库里是好的，说明问题出在请求到 Controller 这一段，检查 web.xml；如果库里的记录就是乱的，说明问题出在连接串，去 jdbc.properties 里补参数：jdbc:mysql://localhost:3306/red_tourism?useUnicode=true&characterEncoding=utf-8。还有一个偏门场景：IDE 里的文件编码不是 UTF-8，JSP 文件本身存的是 GBK，运行时页面顶部出现了 charset=UTF-8 的声明，浏览器按 UTF-8 解出乱码。这种问题在 IDEA 里比较少见，但用 Eclipse 打开老源码时经常碰到，看页面源码里中文是否直接乱掉就能判断是文件头的问题，把文件编码整体转成 UTF-8 能解决。

5.3 现象：查询结果一直为空，但数据库里明明有数据

很多学员把锅甩给 SQL，其实大多数情况是 MyBatis 的字段映射没生效。数据库表是 res_name，Java 属性是 resName，mybatis-config.xml 里没有开启 mapUnderscoreToCamelCase，resultType 映射时就拿不到 res_name 这一列的值，属性保持 null。解决办法有两个：一是开启驼峰映射，在 mybatis-config.xml 里写 ，一劳永逸；二是在 resultMap 里逐列写映射。第二个场景是分页插件和 count 查询打架，用 PageHelper 的时候，如果查询语句里有 GROUP BY，count 语句会报错或者返回空列表。排查手段很简单，在 Service 方法里临时打印日志，看执行的 SQL 和参数绑定是否正确，MyBatis 的日志配置写不出来的话，直接在代码里 log.info(mapper.selectList(condition).toString()) 输出到 IDEA 控制台。

5.4 现象：Tomcat 能启动，访问某个页面直接 404

启动不报错说明配置和依赖没问题，404 基本就是地址不对或视图路径不对。先看 URL 是否经过了 DispatcherServlet，如果地址是 http://localhost:8080/resource/list，但 web.xml 里 servlet 的 url-pattern 配的是 *.do，那这个地址根本进不了 SpringMVC。再看 Controller 里的 @RequestMapping 和类上的 @RequestMapping 拼接后是否和 URL 一致，这种拼错的问题在类上带了前缀后经常发生。还有一种情形是 JSP 文件不存在或者文件名大小写对不上，Linux 的 Tomcat 是大小写敏感的，Windows 不敏感，源码包在 Linux 上部署后经常遇到这个问题。另外，JSP 放在 WEB-INF/jsp 下的页面不能通过浏览器地址栏直接访问，如果前端页面单独请求了一个 JSP 路径，比如直接请求 /WEB-INF/jsp/resource_detail.jsp，返回的也是 404，这是容器的安全机制，不是故障。

5.5 现象：IDEA 里运行一切正常，导出的 WAR 包部署后白屏或报错

这题的坑在打包方式上。IDEA 自带的 Artifact 打包经常漏掉 Maven 依赖的 jar 包，或者把 mybatis 的 mapper XML 文件排除在构建结果之外。标准的做法是用 Maven 的 package 命令打 WAR：mvn clean package，然后在 target 目录下找最终的部署包。mapper XML 如果放在 src/main/java 的包里，还需要在 pom.xml 里显式配置 resources，让 XML 文件参与构建：

<build> <resources> <resource> <directory>src/main/java</directory> <includes> <include>**/*.xml</include> </includes> </resource> </resources> <finalName>red-tourism</finalName> </build>

还有一个多数人会踩的坑是把 WAR 包丢到 Nginx 里直接跑。Nginx 本身不支持 JSP，它只能转发静态资源和反向代理，部署 JSP 项目必须把 WAR 放进 Tomcat 的 webapps 目录里，Nginx 只负责 80 端口的入口转发。部署后如果出现 JSP 页面能打开但 CSS 引用的是绝对路径导致 404，多半是项目上下文路径变了。原项目 context path 是 /ssm9716，你部署时改了 WAR 包名，页面上写死的 /ssm9716/static/js/app.js 就全部失效了，这也是为什么我一直强调页面里统一用 c:url 或者 ${pageContext.request.contextPath} 来拼路径，而不是手写绝对路径。

6. 验证与答辩演示：把关键路径走给老师看

功能写完不等于系统能用，我习惯在交论文之前，用 JUnit 把 Service 层的核心逻辑过一遍，再把三条关键路径在浏览器里完整走通，顺手截几张图放进论文的测试章节。JUnit 测试 SSM 工程不需要启动 Tomcat，通过 Spring 的测试框架把配置文件加载起来直接调 Service 方法：

@RunWith(SpringJUnit4ClassRunner.class) @ContextConfiguration(locations = {"classpath:spring-mybatis.xml"}) public class ReservationServiceTest { @Autowired private ReservationService reservationService; @Test public void testAddAndQuery() { Reservation r = new Reservation(); r.setResourceId(1L); r.setReserveDate(new Date()); r.setVisitors(2); reservationService.addReservation(r); List<Reservation> list = reservationService.selectByUserId(1L); System.out.println("预约记录数：" + list.size()); } }

测试类里验证的是“新增预约后能否查到记录”这一条完整链路，能跑通就说明 Spring 容器、MyBatis 映射、数据库连接三层都没问题。浏览器里演示时走三条路径就行：游客登录后按区域筛选临沂的红色资源、查看一条线路和详情、提交预约并在后台看到待审核的单子，后台管理员点击通过后预约状态变成已通过。演示前把数据库里的测试数据清理一遍，预约日期选今天或者明天，别演示时发现场馆满了没法预约，最后的结果得自己心里有底。这几年我带过的学生里，翻车最多的地方不是代码逻辑，而是演示前没检查数据库连接和测试数据，到了现场打开页面全是空列表或者数据库连接超时。

另一个教训是：交源码时不要把数据库账号密码留在 jdbc.properties 里给明文 root/root，至少改成自己的机器能跑、但不会泄露敏感信息的组合，论文的系统配置章节里写清楚数据库版本和初始化脚本执行步骤就足够了。希望这些踩坑记录能帮你在做 SSM 红色旅游管理系统这道题时少走两趟弯路，项目不在于框架多新，而在于把每一步的原理讲清楚、把每一条路径走通。

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