SSM在线学习平台项目部署与改造：从SQL导入到框架原理

简介：本资源是一个完整的SSM框架实战项目——在线学习平台源码包，面向Java Web初学者与进阶开发者，解决企业级教育系统开发中框架整合、分层架构设计与数据库协同等核心问题。压缩包共包含多个关键文件类型：Java源码（Controller/Service/Mapper层实现）、Spring与MyBatis配置文件（applicationContext.xml、spring-mvc.xml等）、前端页面（JSP/HTML）、SQL脚本（study.sql用于一键初始化数据库表结构及基础数据），以及项目构建配置（pom.xml）。整体大小为25.6MB，结构清晰、模块职责分明，便于理解MVC分层逻辑与SSM三大组件的协作机制。已有1813人学习下载，读者可直接导入IDE运行，快速掌握用户管理、课程发布、学习记录跟踪等真实业务功能的实现细节，并通过SQL脚本快速搭建本地开发环境，避免环境配置踩坑。

拆开那个“ssm在线学习平台（含sql文件）.zip”之后，我建议你先做这几件事

真正打开这个压缩包之前，先别急着双击运行。很多人在网上拿到类似“ssm在线学习平台（含sql文件）.zip”这样的资源包，第一反应是解压、导入IDE、点启动，然后在一堆红色报错里怀疑人生。其实这类基于SSM框架、自带数据库脚本的Java Web项目，结构非常经典，踩坑点也相当固定。我见过的绝大多数启动失败案例，问题都出在版本不匹配和数据库连接配置上，而不是代码本身有什么大毛病。

这篇文章我想站在一个帮过不少人跑通这类项目、也带过学生做过类似课题的角度，把这个典型的SSM在线学习平台从头到尾拆一遍。内容包括：拿到zip之后怎么整理文件、数据库脚本怎么导入、项目结构怎么看、业务模块怎么设计、答辩时怎么讲，以及拿到手之后可以往哪些方向改。无论你是要做毕业设计、课程设计，还是想拿一套完整项目练手学SSM框架，这篇文章应该都能帮你少走不少弯路。

1. 拆包之前，先搞清楚这个项目的底细

1.1 压缩包里的文件布局，暴露了这是个什么年代的项目

“含sql文件”这个描述其实很关键。一个标准的SSM项目压缩包里，通常会有这几类东西：

• pom.xml：Maven 工程描述文件，里面声明了 Spring、SpringMVC、MyBatis 以及数据库驱动等依赖版本。看这个文件能快速判断项目用的是 JDK 几、数据库是 MySQL 还是 SQL Server。
• src/main/java：Java 源码目录，按包名分层，常见的有controller、service、mapper、pojo/entity、utils等。
• src/main/resources：配置文件目录，里面躺着spring、springmvc、mybatis三套配置文件，还有jdbc.properties或db.properties这种数据库连接配置。
• src/main/webapp：前端资源，如果是传统SSM项目，通常是 JSP 页面、CSS、JS、图片等。
• sql或db文件夹：放数据库脚本。有些包会直接放在根目录，命名类似online_learning.sql、learn.sql、init.sql。

如果你打开压缩包发现里面只有两三个目录，连 pom.xml 都没有，那可能是没打源码包或者打漏了，这种情况先找发布者补文件，别浪费时间硬跑。

还有一个容易忽略的点：很多这类资源的 SQL 文件不是只建表，还会往表里灌一批演示数据，比如管理员账号、课程分类、示例课程、演示用户等。所以导入数据库后，直接拿里面预设的账号密码登录会比从零注册更方便。

1.2 SSM 技术栈在今天的定位：过时了吗，还值不值得学

SSM 是指 Spring + SpringMVC + MyBatis 三件套，是 Spring Boot 大规模普及之前 Java Web 领域最主流的组合。现在新项目几乎不会从零搭 SSM，但这不代表这套东西没价值。

对我来说，一个还在用 SSM 的项目恰恰是理解“框架原理”的最佳教材。Spring Boot 把 Spring 的配置自动化了，你写一个application.yml就能跑起来，但底层容器加载机制、Bean 生命周期、MVC 分发流程，全被“约定大于配置”盖住了。而 SSM 项目里的每一行 XML 配置都是显式的，你必须理解DispatcherServlet拦截了什么请求、ContextLoaderListener加载了哪个容器、Mapper 接口是怎么被扫描注册的，项目才跑得起来。

所以拿到这类项目，先别急着嫌弃它“老”，把它当成一本会跑动的教材更划算。尤其如果你后续要参加面试，能把 SSM 的整合逻辑讲清楚，很多面试官是会高看一眼的。

2. 环境准备与数据库导入，最容易翻车的一步

2.1 版本搭配：JDK、Tomcat、Maven 怎么选才不会报错

我接手过不少这类项目，总结出一个千锤百炼的稳定组合：

有个容易踩的坑：如果你电脑上装的是 JDK 17 或更高，很多老项目的cglib代理、旧版本javax.servlet相关依赖可能会在运行时抛IllegalAccessError或者其他奇奇怪怪的异常。虽然理论上可以加 JVM 参数规避，但新手不建议折腾，直接装 JDK8 最省心。

另一个隐蔽的坑是 Tomcat 版本和 Servlet API 不匹配。有的 SSM 项目源码里用的web-app头声明是 3.0 或 3.1，你拿 Tomcat 10 去跑，会因为 Tomcat 10 把javax.servlet换成了jakarta.servlet导致直接 404 或启动失败。所以再次强调：Tomcat 8.5/9.0 是最稳的。

2.2 SQL 文件导入：先看清是 MySQL 还是 SQL Server 再动手

标题里写了“含sql文件”，但 sql 文件也是分口味的。很多下载包里同时提供 MySQL 版和 SQL Server 版，或者说说明文档里写清了用的是哪个数据库。我建议拿到 SQL 文件后先用文本编辑器打开，看前 20 行。

如果看到CREATE DATABASE、ENGINE=InnoDB、DEFAULT CHARSET=utf8mb4这类关键字，说明这是 MySQL 脚本。如果看到USE [database]、CREATE TABLE [dbo].[xxx]或者GO批量分隔符，那就是 SQL Server 脚本。

以 MySQL 为例，最简单稳妥的导入方式是这样的：

mysql -u root -p # 输入密码进入命令行后执行 source /你的路径/online_learning.sql;

或者用 Navicat、DataGrip 这类图形化工具：新建数据库（名字和脚本里的库名保持一致），然后右键数据库选择“运行 SQL 文件”。这里我特别提醒一个细节：如果 SQL 文件开头已经有CREATE DATABASE IF NOT EXISTS xxx，那你直接运行会自动建库；如果没有，需要手动创建一个空库再导入，否则会报“No database selected”。

导入完成后，重点检查几张核心表的数据情况。一般在线学习平台至少会有user（用户表）、course（课程表）、course_type（课程分类表）、video（视频表）、study_record（学习记录表）这几类。如果导入后这些表里已经有演示数据，说明 SQL 文件是完整的。

2.3 数据库连接配置能改的地方，以及为什么改完还是连不上

项目跑不起来，十有八九是连接数据库这一关没过。SSM 项目里数据库连接配置通常集中在jdbc.properties或application.properties中，典型内容长这样：

jdbc.driver=com.mysql.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/online_learning?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai jdbc.username=root jdbc.password=123456

你需要改的就是jdbc.url里的数据库名（online_learning改成你实际导入的库名）、jdbc.username和jdbc.password。

但有些项目不是 properties 文件放明文，而是写在 Spring 的 XML 配置里，比如spring-dao.xml中会有这样的片段：

<bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource"> <property name="driverClassName" value="com.mysql.jdbc.Driver"/> <property name="url" value="jdbc:mysql://localhost:3306/online_learning?useUnicode=true&amp;characterEncoding=utf8"/> <property name="username" value="root"/> <property name="password" value="123456"/> </bean>

注意 XML 里&符号要转义成&，这一点很容易被忽略。如果 URL 里带了多个参数，不转义会导致配置文件解析报错。

还有一个极其常见的报错：Unknown database 'xxx'。原因就是jdbc.url里的库名和你实际导入的库名不一致。另外，MySQL 8.x 的驱动类已经改名为com.mysql.cj.jdbc.Driver，如果你的项目是 MySQL 8 但驱动还是老的com.mysql.jdbc.Driver，控制台会打出Loading class 'com.mysql.jdbc.Driver'. This is deprecated.的警告，一般还能跑，但建议把驱动依赖升到mysql-connector-java8.x，并且 URL 里带上serverTimezone=Asia/Shanghai，否则可能出现“日期类型转换失败”或者连接时区报错。

3. 从登录注册到课程学习的业务链路

3.1 角色权限：学生、教师、管理员如何划分

在线学习平台这类系统，绝大多数情况下会拆成三个角色：学生、教师、管理员。权限设计直接影响表结构和代码分层。

常见的实现方式有两种：第一种是用户表加一个role字段，值可能是 1/2/3 对应不同角色；第二种是单独建role表，再用user_role中间表建立多对多关系。这类资料性项目通常用前者，因为简单直接，演示方便。

在代码层面，权限拦截一般用拦截器（Interceptor）或过滤器（Filter）实现。比如写一个LoginInterceptor，在preHandle方法里判断用户是否已经登录，再判断访问的路径是否超出角色权限。如果项目里用了 SpringMVC，通常会在spring-mvc.xml中配置：

<mvc:interceptors> <mvc:interceptor> <mvc:mapping path="/**"/> <mvc:exclude-mapping path="/login"/> <mvc:exclude-mapping path="/register"/> <mvc:exclude-mapping path="/css/**"/> <mvc:exclude-mapping path="/js/**"/> <mvc:exclude-mapping path="/images/**"/> <bean class="com.xxx.interceptor.LoginInterceptor"/> </mvc:interceptor> </mvc:interceptors>

这个配置的意图很清楚：除了登录页、注册页和静态资源，其他所有路径都要先过一遍登录检查。如果项目里没有这个拦截器，那说明它把权限判断散落在各个 Controller 里，比如每个方法第一行都写if (session.getAttribute("user") == null) return "redirect:/login";。这种方式不是不行，只是维护成本高。

3.2 在线学习的核心模块拆解：课程、视频、学习记录

一个标准的在线学习平台，核心业务链路是：用户浏览课程列表 → 查看课程详情 → 选课/加入学习 → 观看课程视频 → 记录学习进度。

对应到数据库设计上，至少要能看到这些表：

如果你打开 SQL 文件发现表比这个清单多出几张，比如homework（作业）、exam（考试）、comment（课程评论），那说明这个项目的功能比基础版完整不少，答辩的时候可以重点提这些扩展模块。

这里我特别说下study_record表。这是在线学习平台区别于普通“课程展示网站”的关键。很多套模板项目只会做“课程列表+课程详情”的展示功能，完全没有学习进度记录，这在答辩时很容易被老师问住：你怎么证明用户真的在“学习”而不是只看页面？如果表结构里有study_record，那就可以讲清楚这样一套逻辑：用户点击某个视频开始播放时，前端向后端发送一个请求，后端在study_record表中插入或更新一条记录；下次用户再进入页面时，从该表查出最后学习的章节位置，并在前端显示“继续学习”按钮。

3.3 前端页面和后端接口怎么对应起来

传统 SSM 项目里，前端页面是 JSP，跑在同一个 Web 容器中，所以不存在跨域问题。页面跳转通常由 Controller 返回视图名，动态数据则通过request.setAttribute()或ModelAndView渲染到 JSP 中。

一个基础在线学习平台的页面和接口对应关系大致如下：

• 首页index.jsp：后端接口/course/list查询热门课程，展示在轮播图和课程卡片区。
• 课程列表页course-list.jsp：后端接口/course/queryByType?typeId=xxx或/course/search?keyword=xxx按分类或关键字过滤。
• 课程详情页course-detail.jsp：后端接口/course/detail?courseId=xxx查询课程基本信息、章节列表、教师信息。
• 登录/注册页login.jsp、register.jsp：分别提交到/user/login和/user/register。
• 个人中心user-center.jsp：查询当前用户的选课列表、学习记录，接口类似/user/myCourse、/user/studyRecord。
• 后台管理页admin/：管理员操作课程分类、课程上下架、用户管理等，接口一般带/admin/前缀。

在 Controller 代码里，一般会看到两类写法。老式写法是：

@RequestMapping("/course/detail") public String detail(Integer courseId, Model model) { Course course = courseService.findById(courseId); model.addAttribute("course", course); return "course-detail"; }

另一种是 REST 风格写法：

@GetMapping("/course/{id}") public ResultVO detail(@PathVariable Integer id) { return ResultVO.success(courseService.findById(id)); }

如果是后者，说明这个项目已经在向前后端分离的方向靠拢了，虽然页面可能还是 JSP，但接口已经能独立返回 JSON。这种设计在答辩时会是一个加分项，因为表明你考虑到了将来可能的 App 端或小程序端复用接口的需求。

4. 跑起来之前，先把这几个配置文件看清楚

4.1 web.xml 的启动逻辑：谁先加载谁

SSM 项目的入口是web.xml。虽然 SpringBoot 项目已经不需要这东西了，但在 SSM 项目里它是灵魂。看一个 SSM 项目能不能正常启动，先看 web.xml 准没错。

web.xml 里核心有两个角色：ContextLoaderListener和DispatcherServlet。

ContextLoaderListener的作用是启动 Spring 根容器。它加载的是applicationContext.xml（或spring/spring-*.xml），这个容器管理的是 Service、Dao、数据源等业务层组件。

DispatcherServlet是 SpringMVC 的前端控制器。它的init-param指向spring-mvc.xml，这个容器管理的是 Controller 层的组件。

两者的加载顺序是：服务器启动时先执行ContextLoaderListener创建根容器，再初始化DispatcherServlet创建子容器。子容器可以访问父容器的 Bean，但父容器不能访问子容器的 Bean。这就是为什么你会看到spring-mvc.xml里只扫描@Controller注解，而applicationContext.xml里扫描 Service 和 Dao。

<listener> <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> </listener> <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/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>

这里有个常见陷阱：<url-pattern>配置成/会拦截所有请求，包括静态资源。所以项目里一般还会再配置一个静态资源映射，或者在 spring-mvc.xml 里加上<mvc:default-servlet-handler/>。如果项目启动后页面能找到 JSP，但 CSS、JS 全部 404，八成就是静态资源映射没配置好。

4.2 spring-mvc.xml 与 applicationContext.xml 的分工

很多人在看 SSM 项目时会发现配置有两套：一套在spring/目录下，管业务层；另一套叫spring-mvc.xml，管表现层。

在spring-mvc.xml里，必须配置三个东西：

一是组件扫描，只扫 Controller：

<context:component-scan base-package="com.xxx.controller"/>

二是视图解析器，告诉 SpringMVC 转发到哪个 JSP 页面：

<bean class="org.springframework.web.servlet.view.InternalResourceViewResolver"> <property name="prefix" value="/WEB-INF/jsp/"/> <property name="suffix" value=".jsp"/> </bean>

这个配置的意思是，Controller 里return "index";对应到物理路径/WEB-INF/jsp/index.jsp。

三是注解驱动：

<mvc:annotation-driven/>

而在applicationContext.xml里，配置的是数据源、事务管理器、MyBatis 的 SqlSessionFactory、Mapper 扫描器。典型配置：

<context:component-scan base-package="com.xxx.service"/> <context:property-placeholder location="classpath:jdbc.properties"/> <bean id="dataSource" class="com.alibaba.druid.pool.DruidDataSource"> <property name="driverClassName" value="${jdbc.driver}"/> <property name="url" value="${jdbc.url}"/> <property name="username" value="${jdbc.username}"/> <property name="password" value="${jdbc.password}"/> </bean> <bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean"> <property name="dataSource" ref="dataSource"/> <property name="mapperLocations" value="classpath:mapper/*.xml"/> </bean> <bean class="org.mybatis.spring.mapper.MapperScannerConfigurer"> <property name="basePackage" value="com.xxx.mapper"/> </bean> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"/> </bean>

注意这里jdbc.driver这种写法是占位符形式，它的值来自jdbc.properties。有些项目把数据库配置写在 XML 里而非 properties，所以改的时候要两个位置都看一眼，别只改一个。

数据源选型上，很多这类型项目的配置文件里用的是DruidDataSource（阿里开源连接池）。如果你启动时报错说找不到这个类，大概率是 pom.xml 里漏了 druid 依赖，补一行即可：

<dependency> <groupId>com.alibaba</groupId> <artifactId>druid</artifactId> <version>1.2.8</version> </dependency>

4.3 MyBatis 的 Mapper 接口与 XML 是怎么绑定的

SSM 项目里，MyBatis 的使用方式是“接口 + XML”的组合模式。你会在com.xxx.mapper包下看到一堆接口，比如CourseMapper.java，然后在resources/mapper目录下看到对应的CourseMapper.xml。

两者绑定的关键规则有两点：

第一，XML 文件的namespace必须等于接口的全限定名：

<mapper namespace="com.xxx.mapper.CourseMapper">

如果 namespace 写错，启动时 MyBatis 会报绑定异常，常见提示是Invalid bound statement (not found): com.xxx.mapper.CourseMapper.findCourseList。

第二，XML 中每条语句的id必须与接口中的方法名一致。

public interface CourseMapper { List<Course> findCourseList(); }

<select id="findCourseList" resultType="com.xxx.pojo.Course"> SELECT * FROM course WHERE is_delete = 0 </select>

如果你改了接口方法名但忘了改 XML 里对应的 id，或者反过来，运行时会抛绑定异常。排查技巧很简单：在 IDEA 里按住 Ctrl 点接口方法名，如果能跳到 XML 对应语句，说明绑定关系是正确的。

还有一点和 SQL 执行直接相关：MyBatis 的#{}和${}区别。#{}是预编译占位符，会生成?并走PreparedStatement参数绑定，能有效防止 SQL 注入；${}是字符串拼接，直接把值嵌入 SQL。项目里如果有类似ORDER BY ${sortField}这种动态排序需求时才会用${}，其余查询条件一律用#{}。特别是搜索功能的like查询，正确写法是WHERE course_name LIKE CONCAT('%', #{keyword}, '%')，而不是直接拼字符串，这既是规范问题，也是安全问题。

5. 答辩和交付前要准备的几个关键点

5.1 为什么用 SSM 而不是 Spring Boot：把技术选型讲成亮点

在线学习平台这类项目经常出现在毕业设计答辩中，而每个答辩老师几乎都会问同一个问题：“现在都 Spring Boot 了，你为什么还选 SSM？”

这个问题回答得好是加分项，回答不好容易显得过时。我的建议是从“学习价值”和“控制权”两个角度答，而不是硬吹 SSM 比 Spring Boot 好。

可以这样说：SSM 是 Spring 技术体系的基础形态，选择它是因为它能更清晰地展示 Spring 的 IoC 容器如何管理 Bean、SpringMVC 如何分发请求、MyBatis 如何完成持久层映射。Spring Boot 虽然开发效率高，但对底层封装较深，初次学习容易停留在“配置一把梭”的层面。基于学习深度和框架理解的目标，SSM 是更合适的选择。

这个回答既承认了 SSM 的“旧”，又把“旧”转化成了学习优势，老师一般很难挑出毛病。

5.2 SQL 设计里值得拿出来讲的地方

在线学习平台的核心表设计，其实有几个可以深入讲的要点。这些点也是答辩时老师可能追问的地方。

课程分类字段设计：如果course_type表里有parent_id字段，那就意味着支持无限级分类。比如“Java”是一级分类，“Spring”是二级分类。这种设计的优势是扩展性好，新增一层分类不需要改表结构。如果你用的是固定枚举或者单一type_name字段，就要做好被老师问“如果我要加一个三级分类怎么办”的准备。

索引设计：筛选课程的场景很常见，course表里type_id、teacher_id都是高频查询条件，应当在 SQL 文件里看到类似语句：

ALTER TABLE course ADD INDEX idx_type_id (type_id);

如果 SQL 文件里完全没有索引，你可以自己补上，并在答辩时说明：我分析了系统的高频查询场景，对type_id、teacher_id、username等字段建立了索引，提高查询效率。这比单纯说“我的系统功能完整”更有说服力。

学习记录的幂等性处理：用户在观看视频时，前端可能会重复请求“更新学习记录”的接口。如果后端每次都是insert一条新记录，那数据库会积累大量重复数据。规范的做法是先查再插，或者用insert ... on duplicate key update/replace into这种 MySQL 特有的语法处理。你可以看看项目里study_record表的 SQL 有没有唯一索引（比如user_id + course_id的唯一组合），如果没有，这也是一个能展示你思考深度的改进点。

5.3 演示项目时的完整流程建议

答辩或给别人演示这类项目时，最忌讳的是进去后乱点一通，不知道讲什么。我建议按下面这条路径来演示，逻辑顺，也让看的人能跟着你的思路走。

先从前台首页入口开始：打开首页，介绍课程分类导航、推荐课程列表，说明这是学生用户看到的内容。然后注册一个学生账号，注意不要用管理员账号演示学生端，否则会让人觉得角色划分不清楚。注册完登录，选一门课程，进入课程详情页，播放视频，说明学习记录是如何产生和展示的。退出学生账号，切换教师账号（如果系统里有教师角色），演示教师如何上传课程、上传视频或管理自己课程的学生。最后切管理员账号，演示用户管理、课程审核或数据统计模块。

这个流程覆盖了所有角色和核心功能，每个环节都能顺带讲一下后端接口和数据库表结构，时间控制在 8 到 10 分钟最合适。如果老师中途打断问细节，你可以随时跳到对应代码位置解释，所以事前把核心类的位置记熟很重要。

6. 拿到手之后，下一步往哪里改

6.1 前端升级：从 JSP 到 Vue 分离的改造思路

这类 SSM 项目最大的痛点其实是前端。JSP 页面在多人协作、组件复用、和后端联调体验上都很落后。如果你打算把这个项目作为毕设或者简历项目，我最推荐做的升级就是“前后端分离”。

改造路径大致是：保留后端所有 Controller 的接口逻辑，但把返回视图改成返回 JSON。核心思路是在 Controller 方法上加上@ResponseBody，或者统一用@RestController，然后定义一个统一的返回体ResultVO：

public class ResultVO { private Integer code; private String message; private Object data; }

前端用 Vue 3 + Element Plus 重写页面，通过 axios 调后端接口。这种改造有两个好处：一是简历上可以写“熟悉前后端分离开发模式”，二是后续扩展移动端时，接口可以直接复用。

一个要注意的点是跨域。前后端分离后，前端跑在localhost:8080，后端跑在localhost:8081，浏览器会拦截跨域请求。后端需要在项目里配置跨域过滤器或拦截器，通常在spring-mvc.xml里注册一个 CorsFilter，或者在 SpringMVC 配置类里实现WebMvcConfigurer的addCorsMappings方法。如果不处理，前端调接口时会报No 'Access-Control-Allow-Origin' header is present。

6.2 加缓存：用 Redis 降低数据库压力

在线学习平台的读多写少特性很明显：课程列表、课程详情这些数据不会频繁变化，但会被大量用户频繁访问。这种场景很适合引入 Redis 缓存。

最简单的方案是在 Service 层加一层缓存逻辑：

public List<Course> getHotCourseList() { String key = "course:hot"; Object cache = redisTemplate.opsForValue().get(key); if (cache != null) { return (List<Course>) cache; } List<Course> list = courseMapper.findHotCourseList(); redisTemplate.opsForValue().set(key, list, 30, TimeUnit.MINUTES); return list; }

这样同一个查询在 30 分钟内只会打一次数据库，其余请求全部走缓存。

引入 Redis 的项目要在 pom.xml 中加入spring-boot-starter-data-redis或者 Spring Data Redis 的依赖，然后准备一个RedisConfig配置类，设置键值序列化方式。

但要注意，加了缓存之后要考虑缓存一致性。课程信息在后台被管理员修改后，用户端如果还显示旧数据就出问题了。所以修改课程的后台接口里要主动删除对应缓存，或者设置较短的过期时间。这个细节如果能在答辩时主动提出来，会显得你考虑问题很全面。

6.3 部署上线：从本地 IDEA 到云服务器的完整路径

项目跑通之后，很多人的下一步是部署到云服务器上，方便给别人演示或写在简历里。SSM 项目部署的核心是打出 war 包，然后扔给 Tomcat。

部署步骤大致如下：

1. 在 IDEA 的 Maven 面板里运行clean package，如果项目配置正确，会在 target 目录下生成一个.war文件。
2. 把 war 包上传到服务器的 Tomcatwebapps目录下，启动 Tomcat 时会自动解压部署。
3. 服务器上需要提前装好 JDK8、Tomcat9、MySQL 或 SQL Server，并导入 SQL 文件。
4. 修改项目里的数据库连接配置，把localhost改成服务器的内网地址或127.0.0.1，密码改成服务器上数据库的实际密码。
5. 如果服务器有防火墙，需要开放 8080 端口（Tomcat 默认端口）和 3306 端口（MySQL 远程连接需要，但为了安全，生产环境不建议直接暴露 3306）。

还要注意的一点是，云服务器安全组也要放行对应端口，很多新手在服务器本机访问正常，但外网访问不了，十有八九是云控制台的防火墙规则没配置。

如果是想更省事，也可以用 Docker 来部署，把 MySQL 和 Tomcat 各跑一个容器，做成 docker-compose 一键启动。这一步是加分项，但复杂度也高一些。先把 war 包手动部署跑通，再考虑 Docker 化不迟。

另外一个常见的部署坑是“服务器内存不足”。Spring + SpringMVC + MyBatis 加上 Tomcat 本身要吃不少内存，如果服务器是 1G 内存的入门机型，很可能会在运行一段时间后变得卡顿甚至崩溃。这时候可以适当调整 Tomcat 的 JVM 参数，在catalina.sh或setenv.sh中设置：

JAVA_OPTS="-Xms256m -Xmx512m -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=256m"

这套参数对于学习类项目足够了。不要一上来就-Xmx2048m，小内存机器根本扛不住。

说回整体感受。我经手过不少“下载下来”的 SSM 项目，这类在线学习平台的代码质量参差不齐，但作为练手或毕业设计，它的业务完整度往往还不错。真正拉开差距的，不是项目本身，而是你能不能把它跑熟、看透、然后再往上加东西。拿到 zip 之后，别光顾着点启动按钮，把 SQL 文件读一遍，把核心表的字段弄明白，把配置文件的加载关系理清楚，你的收获会比“项目能跑”大得多。

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