企业官网建设流程全解析

简介：一份基于Java、SSM框架、Vue前端与MySQL数据库的在线视频点播系统毕业设计项目，专为计算机相关专业学生完成毕业设计、课程设计或期末大作业准备。项目已通过导师指导并严格调试，前后端代码完整，配合数据库脚本即可直接运行。资源包共1414个文件，总大小约48.04MB，以Java源码、JSP页面、CSS样式、JavaScript脚本为核心，并包含SQL数据库脚本、Word版论文文档以及用于界面展示的图片和示例视频，压缩包为ZIP格式，解压后目录层级清晰，便于快速定位源码、数据库与论文文档，足以支撑环境搭建到项目展示的完整流程。系统涵盖视频分类、在线播放、后台管理、用户中心等模块，界面采用Vue组件化设计，美观易用；配套开发环境包括IDEA、MySQL8.0、Tomcat与Maven，便于在本地复现和二次开发。目前已有44人学习下载，适合需要快速获取可运行毕业设计项目的同学，可直接提交或在此基础上扩展功能。

1. 在线视频点播系统搭起来不难，但你先得确认这套 SSM+Vue+MySQL 值不值得学

每年毕业设计季，很多人手里都会多出一个同款压缩包：基于java+ssm+vue+mysql的在线视频点播系统源码+数据库+论文。它的技术栈不算新，却是 Java Web 入门之后最完整的“一条龙”练手项目：前端是能交互的 SPA，后端有 Controller/Service/Mapper 三层，数据库有能支撑业务闭环的表结构，论文部分把需求、设计、测试都串了起来。如果你想用最短时间搞懂 SSM 项目到底是怎么协作的，或者想看视频上传、播放这类真实业务怎么落地，这个方向非常值得花两周拆一遍。接下来的内容不评价压缩包本身，只讲怎么看懂、跑通、改明白，最后在答辩时讲清楚。

2. 在线视频点播系统的技术栈拆解：SSM、Vue、MySQL 分别扛什么活

先说结论：这套点播系统的请求链路是 Vue 发起请求，后端 SpringMVC 收到，Service 里处理业务，MyBatis 操作 MySQL，结果以 JSON 返回前端。整个系统能不能跑顺，取决于这三层是否各管各的事，不互相越界。

2.1 SSM 三件套怎么分工：Spring 管对象、SpringMVC 管路由、MyBatis 管 SQL

SSM 之所以在点播系统里长期存在，是因为它把 Java Web 项目拆成了三条清晰的线。

Spring 的核心是 IoC 容器。在线视频点播系统里的 VideoService、UserMapper、CommentService 这些对象，全部交给容器统一创建和装配，业务代码里不需要到处new。这样做的好处是更换数据库实现、调整事务配置的时候，只改配置不动业务。你在源码里看到的@Service、@Repository、@Autowired，就是在告诉 Spring 哪些类要进容器、哪些依赖要注入。

SpringMVC 负责路由分发。前端访问/api/video/1时，DispatcherServlet 先接住请求，再根据 url 找到 VideoController 里的对应方法；方法返回值如果是对象，SpringMVC 会帮你转成 JSON。在线视频点播系统里，首页轮播图、分类列表、详情页数据，都是这样一层层暴露出去的。

MyBatis 负责 SQL 和 Java 方法之间的映射。点播系统里最核心的 SQL 基本都写在 mapper.xml 里，比如视频表的分页查询、评论表的插入、播放量的自增。MyBatis 可以让你把 SQL 写在 XML 里而不是拼在 Java 字符串里，排查问题的时候直接看 XML 就行。它和 MP（MyBatis-Plus）是两回事，这个项目里你看到的通常是原生 MyBatis，别急着引入代码生成器，先把手写 SQL 看明白。

这三件套的典型配置方式值得看一眼。web.xml 里加载 applicationContext.xml 和 spring-mvc.xml，前者管 Service/Dao，后者管 Controller 和注解。

<context:component-scan base-package="com.cvod.controller"/> <mvc:annotation-driven/>

base-package只扫描 controller 包，是为了避免 SpringMVC 和 Spring 容器重复加载同一批 Bean。mvc:annotation-driven负责启用 @RequestMapping 注解解析。如果你把@Transactional事务注解放到了 controller 层，项目也能跑，但事务粒度太粗，点播系统的播放量统计和评论插入很容易把整个请求包进一个事务里，影响并发体验。

2.2 Vue 前端怎么接住后端：路由、axios 和组件的组织方式

前端部分在压缩包里一般是一个独立的 vue 工程，目录结构基本是 views、router、api、components 四块。点播系统的页面不算复杂：首页、分类列表页、视频详情页、登录注册页、个人中心、后台管理页。Vue Router 把这些页面组织起来，靠的是前端路由而不是多个 html 页面。

视频详情页是典型的路由传参场景：列表页点击视频封面，跳转到/video/:id，详情页拿到 id 之后调后端接口。

const routes = [ { path: '/', component: () => import('../views/Home.vue') }, { path: '/video/:id', component: () => import('../views/VideoDetail.vue') }, { path: '/admin', component: () => import('../views/admin/Admin.vue'), meta: { requiresAdmin: true } } ]

路由懒加载的意思是每个页面单独打包，访问到才加载，首屏会快很多。meta.requiresAdmin是给路由守卫用的，未登录用户跳转后台管理页时会被拦下来。Vue 端注意统一管理接口地址，不要在每个页面里把http://localhost:8080/api/video/list写死。常见做法是在 src/utils/request.js 里封装一个 axios 实例，把 baseURL 设为/api：

import axios from 'axios' const service = axios.create({ baseURL: '/api', timeout: 10000 })

这里用相对路径而不是完整地址，是因为开发环境下前端通常运行在 8081 端口，后端在 8080，直接用完整地址会触发跨域问题。至于怎么让请求穿透端口差异，第 3 章会讲。

组件层面，播放器、评论区、视频封面卡片、后台上传表单这四类最适合拆成组件。播放器组件接收一个 videoUrl prop，内部负责区分 mp4 和 m3u8；评论区组件接收 videoId，负责列表展示和提交新评论。组件拆得干净一点，后面换播放器、加弹幕功能时，只需要替换组件内部实现，不会把整个页面改崩。

2.3 MySQL 表怎么支撑“点播”业务：核心表和状态流转设计

在线视频点播系统的表设计不需要复杂，但要能撑住用户、视频、互动三条线。所有表里最核心的是 video 表，它不存视频文件本身，只存文件的访问地址，这是很多新手最容易误解的地方。

CREATE TABLE video ( id INT NOT NULL AUTO_INCREMENT, title VARCHAR(255) NOT NULL COMMENT '视频标题', category_id INT DEFAULT NULL COMMENT '分类ID', cover_url VARCHAR(512) DEFAULT NULL COMMENT '封面图地址', video_url VARCHAR(512) NOT NULL COMMENT '播放地址', play_count INT NOT NULL DEFAULT 0 COMMENT '播放量', status TINYINT NOT NULL DEFAULT 1 COMMENT '1上架 0下架', create_time DATETIME NOT NULL, PRIMARY KEY (id), KEY idx_category (category_id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='视频信息表';

video_url存的是“用户访问视频的网址”。如果把 mp4 文件内容直接塞进 MySQL BLOB 字段，一张表就能把数据库撑爆，而且 MySQL 不是文件服务器，流式播放根本不走这条路。正确做法是文件落在磁盘或者对象存储上，数据库只记录地址。status字段用于上架/下架控制，后台管理员下架视频时改这个字段就行，不删记录，播放历史表和收藏表里的外键也不会断。

围绕 video 表，点播系统至少还会有一张 user 表、一张 category 分类表、一张 comment 评论表、一张 favorite 收藏表、一张 play_history 播放记录表。注意 user 表里一般用role字段区分普通用户和管理员，而不是建两张独立的表；play_history 表记录用户和视频的观看进度，last_position存的是秒数，返回给前端时用来做“上次看到第几秒”的续播提示。

MyBatis 查询列到 Java 对象的映射，通常在 mybatis-config.xml 里开启驼峰转换：

<settings> <setting name="mapUnderscoreToCamelCase" value="true"/> </settings>

开这个配置之后，数据库的create_time会自动映射到createTime字段，不用每个查询都写 resultMap。很多点播项目拿到手后第一件事就是确认这个配置有没有打开，否则列表页的字段全部为空，看起来像甲醛泄漏现场一样诡异。

3. 从 zip 到跑通：在线视频点播系统的环境对齐和最小部署步骤

源码包解压后通常有三部分：前端 vue 工程、后端 SSM 工程、数据库 sql 脚本，外加一份论文文档。压缩包能解压不代表能跑，大部分翻车都发生在环境版本不一致上。

3.1 环境版本先对齐：JDK、Maven、MySQL、Node 怎么配成一条能跑的组合

拿到项目第一步不是急着导入 IDE，而是先把运行环境固定下来。SSM + Vue 这套组合，我建议按下面这张版本表对齐：

在 Windows 上装 MySQL 时，5.7 版安装完默认密码为空或者让你输入 root 密码；8.0 版要求认证方式选 caching_sha2_password，后端如果还在用旧版com.mysql.jdbc.Driver，连接会直接报错或连不上。点播系统这种老配方项目，优先用 JDK8 + Tomcat8.5 + MySQL5.7，几乎不用改代码就能启动。

3.2 导入数据库脚本：Navicat 运行 SQL 和命令行 source 两种方式

压缩包里的数据库脚本通常是 .sql 文件，标题里写的“数据库”指的就是它。导入之前先建一个空库，注意字符集一定要选 utf8mb4，然后执行脚本。

命令行方式最直接：

mysql -uroot -p create database cvod default character set utf8mb4; use cvod; source /path/to/cvod.sql;

source后面接的是 sql 文件的绝对路径，路径里尽量不要有中文和空格。执行完后可以验证核心表数量：

show tables; select count(*) from video; select count(*) from user;

用 Navicat 的话，连接上 MySQL 后右键目标库，选择“运行 SQL 文件”，选中 sql 文件执行。如果中途报错，常见原因是脚本开头带了use xxx而本地没有同名数据库，先把脚本里的建库语句改成你刚建好的库名，或者干脆把CREATE DATABASE那几行注释掉。

3.3 后端配置改动点：数据源、Tomcat 端口、视频静态资源映射

后端能启动但页面拿不到数据，绝大部分问题出在数据库账号配置。SSM 项目的数据库配置一般放在 src/main/resources/jdbc.properties：

jdbc.driver=com.mysql.cj.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/cvod?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai jdbc.username=root jdbc.password=你的本地密码

如果你的 MySQL 是 8.0，driver 一定是com.mysql.cj.jdbc.Driver，并且 url 里要带serverTimezone，不加时区参数启动时报错是保留字眼。如果使用 8.0 连接时出现Public Key Retrieval is not allowed，在 url 后面再加allowPublicKeyRetrieval=true。

第 2 章说过，视频文件不在数据库里，所以后端必须有一个目录存上传文件，并把该目录映射成浏览器可访问的 URL。这个映射写在 spring-mvc.xml 里：

<mvc:resources mapping="/video/**" location="file:D:/cvod/upload/"/>

/video/**是访问前缀，浏览器里输入http://localhost:8080/video/xxx.mp4就能看到文件；location是磁盘上存放视频的目录，注意结尾的斜杠不能丢。D:/cvod/upload/这种写法在不同环境里不一样，建议不要写死，改成 jdbc.properties 里的自定义配置项，比如video.upload-path，部署到 Linux 时只改一处。

Tomcat 端口在 conf/server.xml 里改，默认 8080。如果 8080 被占用，启动失败时看日志里有没有Address already in use，有就换一个端口，但要记得同步改前端请求里的端口。

3.4 前端启动：npm install、npm run dev 与请求转发配置

前端工程在 IDEA 里单独打开，先装依赖再启动：

npm install npm run dev

npm install 执行时间视网络情况从几十秒到几分钟不等。如果你只用 IDEA 打开 vue 工程，启动脚本里配的是 Vue CLI，默认端口 8080，会和后端 Tomcat 端口冲突。Vue CLI 检测到端口占用会自动切换到 8081，这个细节后面会用到，因为前端地址会变成http://localhost:8081，而后端仍然是 8080。

防止跨域最简单的方式不是在前端改域名，而是在后端加一个全局跨域配置。建议在 Spring 配置里加一个 CORS 配置类：

@Configuration public class CorsConfig implements WebMvcConfigurer { @Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping("/api/**") .allowedOrigins("http://localhost:8081") .allowedMethods("GET", "POST", "PUT", "DELETE") .maxAge(3600); } }

addMapping("/api/**")只对后端接口开放跨域，视频文件的/video/**路径不在这里面，因为 video 标签加载资源时不是 ajax 请求，不受同源策略约束。如果项目里没有这种配置类，也可以在每个 Controller 上贴@CrossOrigin，但批量补注解很容易漏，全局配置一次搞定。

前端启动后，浏览器访问 8081，后端在 8080，接口请求能正常返回数据，说明前后端链路已经打通。此时打开视频详情页，能看到封面、标题、播放量，说明数据库也连上了。

4. 在线视频点播系统三大核心模块：登录鉴权、视频上传、播放器适配

跑通整个骨架之后，最值得精读的是登录、上传、播放这三块，它们是点播系统区别于普通 CRUD 项目的分水岭。

4.1 登录与权限拦截：用 SpringMVC 拦截器守好后端接口

点播系统一般有普通用户和管理员两种角色。普通用户登录后才能评论、收藏；管理员登录后进后台管理页，能传视频、改分类。后端不能只靠前端隐藏入口来保护接口，而是在 SpringMVC 里加拦截器。

常见做法是定义一个 LoginInterceptor，然后配置拦截路径和放行路径：

<mvc:interceptors> <mvc:interceptor> <mvc:mapping path="/api/**"/> <mvc:exclude-mapping path="/api/user/login"/> <mvc:exclude-mapping path="/api/user/register"/> <mvc:exclude-mapping path="/api/video/list"/> <mvc:exclude-mapping path="/api/video/detail/**"/> <bean class="com.cvod.interceptor.LoginInterceptor"/> </mvc:interceptor> </mvc:interceptors>

拦截器核心逻辑是检查 session 里有没有登录用户：

public class LoginInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { Object user = request.getSession().getAttribute("loginUser"); if (user == null) { response.setStatus(401); response.setContentType("application/json;charset=UTF-8"); response.getWriter().write("{\"code\":401,\"msg\":\"未登录\"}"); return false; } return true; } }

返回 401 而不是直接重定向到登录页，是为了让前端 axios 的 interceptor 统一捕获错误并弹出登录框。前端在登录成功后把返回的 token 存到 localStorage，请求时放进 header：

service.interceptors.request.use(config => { const token = localStorage.getItem('token') if (token) { config.headers['Authorization'] = token } return config })

session 方案在单个 Tomcat 实例上完全够用。如果后端接口设计成无状态，那就从 header 取 token，再查一次用户信息；点播系统的毕设场景通常用不到 JWT 那套，别给自己加戏。

4.2 视频上传与存储：本地目录 + 静态映射，还是上对象存储

后台管理页上传视频是高频需求，后端 Controller 接收 MultipartFile，然后把文件写入磁盘目录。

@RestController @RequestMapping("/api/video") public class VideoController { @Value("${video.upload-path}") private String uploadPath; @PostMapping("/upload") public Result upload(@RequestParam("file") MultipartFile file) { if (file.isEmpty()) { return Result.error("上传文件为空"); } String ext = FilenameUtils.getExtension(file.getOriginalFilename()); List<String> allowed = Arrays.asList("mp4", "m3u8", "jpeg", "png"); if (!allowed.contains(ext.toLowerCase())) { return Result.error("不支持的文件格式"); } String fileName = UUID.randomUUID().toString().replace("-", "") + "." + ext; File dest = new File(uploadPath, fileName); try { file.transferTo(dest); String url = "/video/" + fileName; return Result.success(url); } catch (IOException e) { return Result.error("上传失败"); } } }

几个参数要特别留意。@Value对应的video.upload-path在 jdbc.properties 里配置，不要在代码里写死D:/cvod/upload/。文件名用 UUID 是为了避免中文名和重名，否则你在 Windows 上传“课程.mp4”到 Linux 服务器，可能因为编码问题找不到文件。扩展名白名单只放 mp4、m3u8 这些常见格式，防止有人传 .jsp 或 .html 到静态目录里。

上传到本地磁盘适合开发环境，也是压缩包默认做法。上线时如果要走对象存储，核心逻辑是一样的：调用云存储 SDK 生成访问 URL，把 URL 存到 video 表的 video_url 字段，Controller 里两个做法只有文件落点不一样。本地存储的坑在于某个上传目录在 Tomcat 重启后会被清空，所以一定要把文件写到项目外部目录，再用静态映射暴露。

m3u8 的上传方式和 mp4 不一样。m3u8 是不带视频内容的索引文件，真正的视频在旁边的 ts 切片文件里，所以 m3u8 单独传一个文件没有意义。如果你要支持 m3u8 播放，通常是网上下载或自己转码得到一组文件，直接把这组文件整个放到上传目录里，数据库里存 playlist.m3u8 的访问路径，而不是通过表单上传到 uploadPath。

4.3 播放器适配：MP4 直接用 video 标签，m3u8 用 hls.js 兜底

在线视频点播系统播放 mp4 时，原生 video 标签就够用，但格式要注意。浏览器对 H.264 + AAC 编码的 mp4 兼容性最好，H.265（HEVC）在部分浏览器上无法解码，播放器直接黑屏。很多做毕设的查了一天代码发现没毛病，最后用格式工厂把视频重新编码一遍就能放了。

<template> <video ref="player" controls autoplay></video> </template> <script> import Hls from 'hls.js' export default { props: { src: { type: String, required: true } }, mounted() { if (this.src.endsWith('.m3u8')) { this.playM3u8() } else { this.$refs.player.src = this.src } }, methods: { playM3u8() { if (Hls.isSupported()) { const hls = new Hls() hls.loadSource(this.src) hls.attachMedia(this.$refs.player) } } } } </script>

有些搜索里会出现“vue 播放 m3u8 免安装”之类的说法，其实 hls.js 就是一个 npm 库，对 vue 项目来说它比 video.js 轻量很多，不需要额外配置。原生 video 标签对 m3u8 的支持不完整，Safari 除外，所以普遍做法是 hls.js 负责拉取 m3u8 和 ts 分片，解码后塞给 video 元素播放。

这里有一个重要原则：不要让前端用 axios 去下载视频再播放。axios 会把整个文件读进内存，大视频会让页面卡死，正确的做法是 video 标签直接请求视频 URL，浏览器自己管流式加载。视频服务端的优化也可以提前想到，比如让后端在响应视频请求时返回正确的 Content-Range 头，这样拖动进度条时才不会整段重新加载；Tomcat 的 DefaultServlet 默认支持断点续传，所以本地非静态映射时反而容易打断拖动。

5. 点播系统避坑指南：本地能跑和答辩演示不翻车之间隔着 5 个问题

这章写的都是我自己在这个技术栈上反复遇到过的坑，每一条都能让你在答辩现场冒冷汗。提前把这几关过了，演示环节才能顺畅。

5.1 视频文件请求 404：静态资源被 DispatcherServlet 拦走

现象：后台上传视频成功，返回的 URL 像http://localhost:8080/video/xxx.mp4，但浏览器单独打开这个地址一直是 404，而后端日志里没有任何报错。

原因：SSM 项目的 DispatcherServlet 拦截了/，所有请求都先交给 SpringMVC 找 Controller，找不到就 404。上传文件虽然在磁盘上，但 Tomcat 的 DefaultServlet 根本没机会处理这种静态请求。

解决：在 spring-mvc.xml 里加静态资源映射，第 3 章里的配置在这里就起作用了：

<mvc:resources mapping="/video/**" location="file:D:/cvod/upload/"/> <mvc:default-servlet-handler/>

mvc:default-servlet-handler是最后一道保险，让 SpringMVC 处理不了的文件请求交回 Tomcat 默认 servlet。两张配置缺一不可，只加 resources 映射，遇到某些特殊路径还是会 404。

5.2 前端接口跨域：浏览器控制台 CORS 报错

现象：前端页面能打开，但所有接口请求都在浏览器 console 报类似Access to XMLHttpRequest has been blocked by CORS policy的错误，POST 和 GET 都不行。

原因：后端在 8080，前端在 8081，浏览器认为这是两个不同源，ajax 请求默认被拦。开发时最常见的错误是以为加上http://localhost:8080前缀就能访问，实际上跨域需要后端配合。

解决：在第 3 章的 CorsConfig 基础上，注意 allowedOrigins 里不能写错端口。如果项目里前端带的端口是 8081，那后端只允许 8081 访问；如果用的是 Vue CLI 自动选中的 8082，要同步修改。不想逐个改的话，allowedOriginPatterns 支持通配符：

registry.addMapping("/api/**") .allowedOriginPatterns("*") .allowedMethods("GET", "POST", "PUT", "DELETE") .allowCredentials(true) .maxAge(3600);

allowCredentials(true)要求前端 axios 必须把withCredentials设为 true，否则 session 里的登录状态带不过去。注意 allowedOriginPatterns 和 allowCredentials 必须配套，不能一个用通配符一个又开 credentials，那是另一种翻车姿势。

5.3 数据库连接失败：Access denied 与 MySQL 8 驱动切换

现象：Tomcat 启动时报Access denied for user 'root'@'localhost'，或者Public Key Retrieval is not allowed，后端接口全部超时。

原因：第一种是 jdbc.properties 里的账号密码和本地 MySQL 不一致；第二种是连接 MySQL 8.0 时，驱动和连接参数没对齐，MySQL 8 默认 caching_sha2_password 认证，旧驱动不会处理公钥检索，于是连接被拒。

解决：账号密码改成自己本机真实密码，然后确认驱动和 url：

jdbc.driver=com.mysql.cj.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/cvod?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai&allowPublicKeyRetrieval=true&useSSL=false

用 MySQL 5.7 时com.mysql.jdbc.Driver能用，但 8.0 里会被标记为过时，最好统一改成com.mysql.cj.jdbc.Driver。allowPublicKeyRetrieval=true是 8.0 的保底开关，只在本地开发环境建议开，生产环境要谨慎。你在论文里写数据库设计的时候，把这条踩坑记录写进“系统配置说明”里，评委会觉得你是真跑过而不是抄的。

5.4 m3u8 播放卡住不动：切片路径和响应类型不对

现象：m3u8 地址能在浏览器里单独打开，但页面上的播放器一直转圈，Network 面板里.ts分片请求报 404 或 206 中断。

原因：m3u8 文件里的 ts 分片路径是相对路径，播放器解析 m3u8 后自动去请求同级目录下的 ts 文件。如果 m3u8 放在 upload/a/playlist.m3u8，而 ts 文件在 upload/ 根目录，那么播放器请求的 URL 就错了。另一个常见原因是后端映射的静态资源路径只放了 /video/**，但 ts 文件被另一条规则拦掉了。

解决：转码或者手工整理 m3u8 文件时，确保 playlist.m3u8 和同名 ts 文件在同一个目录，并且目录整体放到上传目录里。用 ffmpeg 转码时控制分片命名：

ffmpeg -i input.mp4 -profile:v baseline -level 3.0 -start_number 0 -hls_time 10 -hls_list_size 0 -f hls output/playlist.m3u8

-hls_time 10是每个 ts 分片约 10 秒，-hls_list_size 0表示生成全量分片，而不是只保留最近几个。转码得到的 output 目录里既有 playlist.m3u8 又有一堆 .ts，整体放到 upload 目录下，然后访问/video/output/playlist.m3u8。如果 ts 请求报跨域，还要检查 5.2 的 CORS 配置是否覆盖/video/**路径。

5.5 中文乱码：建库字符集和 JDBC 编码要一起改

现象：前端页面上视频标题和评论显示成问号，或者存入 MySQL 后变成一串?????。

原因：典型的字符集三重不一致。第一种是建库时没指定 utf8mb4，MySQL 默认 latin1；第二种是 JDBC url 里没带 characterEncoding；第三种是 SpringMVC 的请求/响应编码过滤器没配置，POST 请求里的中文参数在进入 Controller 前就已经花了。

解决：按顺序做三件事。第一步，数据库和表统一 utf8mb4：

ALTER DATABASE cvod CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; ALTER TABLE video CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;

第二步，jdbc.url 里带上useUnicode=true&characterEncoding=utf8。第三步，在 web.xml 里配置 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>

注意过滤器的encoding要在 forceEncoding 不开启时也能生效，最简单的做法是forceEncoding参数也设为 true，这样请求和响应都走 UTF-8。排查时不要只看前端，直接用 SQL 查库里的字符串，如果库里是好的、前端显示乱码，问题在响应编码；如果库里就是问号，问题出在入库前。

6. 答辩演示和论文验证：把点播系统源码变成可以讲清楚的高分交付物

项目能跑通只是第一步，毕设评分的差距通常体现在“能不能证明它符合论文里的功能需求”。我最常用的办法是做一张功能验证表，把论文里的功能模块还原成可执行操作，每条都写上操作路径和预期结果。

这张表直接贴进论文的“系统测试”章节，比空写“系统运行正常”有说服力得多。演示素材一定要提前放在系统里，不要当场打开上传窗口现场传，答辩现场的紧张情绪会让你手滑选错文件。我习惯把演示视频统一转成 H.264 + AAC 编码，分辨率不超 1280，时长控制在 30 秒左右，这样播放器几乎一点就开。

关于源码交付，压缩包收到手之后不要原样交出去，先删掉 node_modules、target、.idea 这些本地生成目录，然后重新打包。原创考查的是你有没有把系统逻辑理解透，交源码时配一份 README，写清楚环境版本、数据库还原步骤、管理员初始账号、上传目录位置，这份 README 比多写十行代码都管用。这也是我一直坚持的交付习惯：让任何一个人按文档能在半小时内跑起来，才算这个毕设项目真正完整。希望帮到你。

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