拓冰网站定制 
简介这是一套基于SSM框架的Java电影网站项目源码面向计算机专业学生、Java初学者及需要课程设计或毕业设计参考的开发者帮助解决电影信息展示、用户管理与后台维护等Web开发实战问题。压缩包共880个文件约18.85MB以144个java后端源码、53个vue组件、53个html页面、167个js脚本及55个css样式为主另含sql建库脚本、xml配置、图片与字体等静态素材前后端结构完整。项目采用Spring、SpringMVC、MyBatisPlus、Vue、Ajax与Maven技术栈基于B/S架构运行于JDK1.8与MySQL5.7环境涵盖用户信息、图片素材、视频素材等模块并附有论文文档与目录说明。目前已有2597人学习下载适合作为电影平台类系统的开发模板便于快速理解分层设计、接口调用与数据库建表思路也可在此基础上二次开发或撰写设计文档。1. 从零搭一个能跑的电影网站Java 后端到底要解决哪些问题很多人第一次接触「电影网站源码」这个词是在搜索框里敲下「电影网站 Java 代码」之后翻到一堆压缩包解压出来要么跑不起来要么只有几个静态页面。真正基于 Web 的电影网站设计与实现核心不是页面好不好看而是后端能不能把影片信息、分类、搜索、播放地址这几件事管明白。我做过几套类似的东西踩过的坑基本都集中在数据建模和接口设计上而不是前端样式。这篇文章面向两类人一是想拿一个完整 Web 项目练手的 Java 初学者二是需要快速交付一个可演示电影站点的开发者。我会把「电影网站设计与实现」拆成能直接抄的步骤——数据库怎么建、Spring Boot 怎么配、接口怎么写、分页和搜索怎么做最后讲几个只有真跑过才会遇到的坑。你跟着走本地能跑通一个带分类、搜索、详情页的站点你如果是熟手可以重点看参数边界和避坑那章。2. 电影网站的数据建模与接口设计先把表结构定死2.1 电影网站绕不开的四张核心表电影网站看起来功能多剥掉前端渲染落到数据库其实就四类数据影片本身、分类、演员/导演这类关联信息、以及用户行为收藏、评分。我一般会先把movie和category两张主表定下来再考虑关联。下面这套建表语句是我常用的最小可用版本字段命名尽量直白方便后面 MyBatis-Plus 直接映射。-- 电影分类表 CREATE TABLE category ( id BIGINT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(32) NOT NULL COMMENT 分类名如动作、喜剧, sort_order INT DEFAULT 0 COMMENT 排序权重越小越靠前, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 电影主表 CREATE TABLE movie ( id BIGINT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(128) NOT NULL COMMENT 影片名, category_id BIGINT NOT NULL COMMENT 所属分类, cover_url VARCHAR(255) COMMENT 封面图地址, play_url VARCHAR(255) COMMENT 播放地址可存 m3u8 或 mp4, director VARCHAR(64) COMMENT 导演, actors VARCHAR(255) COMMENT 主演逗号分隔, release_year INT COMMENT 上映年份, score DECIMAL(3,1) DEFAULT 0.0 COMMENT 评分0-10, description TEXT COMMENT 剧情简介, status TINYINT DEFAULT 1 COMMENT 1上架 0下架, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, INDEX idx_category (category_id), INDEX idx_title (title) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;逻辑说明category_id上建普通索引是因为列表页按分类筛选是最高频查询title建索引是为了后面的模糊搜索不至于全表扫。score用DECIMAL(3,1)而不是FLOAT避免评分出现7.699999这种脏数据。status字段是后悔药——下架影片不删数据前端过滤掉即可。参数说明VARCHAR(255)对play_url够用但如果你要存带签名的长链接建议直接上TEXT。actors用逗号分隔是典型的反范式做法查询方便但更新麻烦影片量过万再考虑拆关联表。2.2 用 MyBatis-Plus 根据实体类反向生成建表 SQL热搜里有人问「mybatisplus 根据 java 实体类生成创建表的 sql 语句」这个需求在快速原型阶段很实用。MyBatis-Plus 本身不直接干这事但它的代码生成器配合注解可以做到。我一般用TableName和TableField标注实体再写一段反射读取注解拼 SQL 的工具方法。Data TableName(movie) public class Movie { TableId(type IdType.AUTO) private Long id; TableField(title) private String title; TableField(category_id) private Long categoryId; TableField(score) private BigDecimal score; TableField(status) private Integer status; }逻辑说明实体类字段和表字段一一对应后你可以写一个TableSqlGenerator遍历Movie.class.getDeclaredFields()读取TableField的 value 作为列名再根据 Java 类型映射到 MySQL 类型String→VARCHAR、BigDecimal→DECIMAL、Long→BIGINT。这样改实体就能同步改表适合早期频繁调整字段的阶段。参数说明类型映射表要自己维护LocalDateTime映射DATETIMEInteger映射INT。注意TableField(exist false)的字段要跳过否则会生成不存在的列。这套方案只适合开发期生产环境还是老老实实写 Flyway 或 Liquibase 迁移脚本。2.3 列表页接口分页、分类筛选、关键词搜索三合一电影网站首页和分类页本质是同一个接口只是传参不同。我用 Spring Boot MyBatis-Plus 的分页插件实现一个方法覆盖三种场景。GetMapping(/api/movies) public PageResultMovieVO list( RequestParam(defaultValue 1) Integer page, RequestParam(defaultValue 20) Integer size, RequestParam(required false) Long categoryId, RequestParam(required false) String keyword) { PageMovie p new Page(page, size); LambdaQueryWrapperMovie qw new LambdaQueryWrapper(); qw.eq(Movie::getStatus, 1); if (categoryId ! null) { qw.eq(Movie::getCategoryId, categoryId); } if (StringUtils.hasText(keyword)) { qw.like(Movie::getTitle, keyword); } qw.orderByDesc(Movie::getCreateTime); PageMovie result movieMapper.selectPage(p, qw); return PageResult.of(result); }逻辑说明status1是硬过滤保证下架影片不出现在任何列表。分类和关键词都是可选条件用if判断后再拼避免categoryIdnull时生成WHERE category_id null这种查不到数据的条件。排序用创建时间倒序新片优先。参数说明page从 1 开始size默认 20前端传超过 100 要截断防止有人拉全表。keyword用like是右模糊数据量大时%keyword%会走不了索引影片过十万建议上 Elasticsearch这个后面避坑章会细说。3. 把项目跑起来Spring Boot 配置与前端联调3.1 最小可运行的 Spring Boot 工程结构一个能跑的电影网站后端目录结构不需要花哨按职责分层就行。我常用的结构是 controller、service、mapper、entity、vo 五层配置文件放application.yml。movie-site/ ├── src/main/java/com/example/movie/ │ ├── MovieApplication.java │ ├── controller/MovieController.java │ ├── service/MovieService.java │ ├── mapper/MovieMapper.java │ ├── entity/Movie.java │ └── vo/MovieVO.java ├── src/main/resources/ │ ├── application.yml │ └── mapper/MovieMapper.xml └── pom.xml逻辑说明MovieApplication上加MapperScan(com.example.movie.mapper)否则启动时报找不到 Mapper。vo包单独放返回给前端的对象不要把entity直接吐出去否则play_url这种敏感字段容易泄露。参数说明包名按你实际项目改MapperScan的路径必须和 mapper 包一致。如果用了 MyBatis-Pluspom.xml里引入mybatis-plus-boot-starter即可不用再单独引 mybatis。3.2 application.yml 里必须改的四个参数配置文件是新手最容易翻车的地方默认值直接跑往往连不上数据库。下面这份是我常用的模板四个参数必须按你的环境改。server: port: 8080 spring: datasource: url: jdbc:mysql://localhost:3306/movie_db?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: your_password driver-class-name: com.mysql.cj.jdbc.Driver jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: Asia/Shanghai mybatis-plus: mapper-locations: classpath:mapper/*.xml configuration: map-underscore-to-camel-case: true逻辑说明serverTimezoneAsia/Shanghai不加会报时区错误这是 MySQL 8 的经典坑。map-underscore-to-camel-case: true让category_id自动映射到categoryId省掉大量TableField注解。jackson的时区配置保证返回给前端的时间不会差 8 小时。参数说明url里的movie_db换成你实际的库名username和password按本地环境填。mapper-locations指向 XML 文件位置如果你全用注解写 SQL这行可以去掉。3.3 前端联调跨域和静态资源两个必配项前后端分离时前端跑在 5173 或 3000 端口直接请求 8080 会被浏览器拦。我一般在后端加一个全局跨域配置而不是让前端配代理这样接口给谁都能用。Configuration public class CorsConfig implements WebMvcConfigurer { Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping(/api/**) .allowedOriginPatterns(*) .allowedMethods(GET, POST, PUT, DELETE) .allowCredentials(true) .maxAge(3600); } }逻辑说明allowedOriginPatterns(*)比allowedOrigins(*)更安全后者在allowCredentialstrue时会直接报错。maxAge(3600)让预检请求缓存一小时减少 OPTIONS 请求。参数说明生产环境要把*换成具体域名否则等于没做跨域限制。/api/**只对接口路径生效静态资源不受影响。封面图如果存本地记得配addResourceHandlers把上传目录映射出去否则前端拿到的是 404。4. 电影网站搜索与播放地址处理的避坑清单4.1 现象关键词搜索越搜越慢最后直接超时原因LIKE %关键词%左模糊导致idx_title索引失效数据量到几万行后每次搜索都是全表扫描。我见过一个站影片才三万条搜索接口平均响应 2.3 秒。解决短期把左模糊改成右模糊LIKE 关键词%让索引能用上中期引入 Elasticsearch 或 Meilisearch把title、actors、director建倒排索引长期如果不想维护 ES可以用 MySQL 全文索引FULLTEXT但中文分词效果一般需要配 ngram 插件。4.2 现象播放地址存了完整链接换 CDN 后全站失效原因play_url直接存了带域名的绝对地址比如https://old-cdn.com/xxx.m3u8一旦换 CDN 或域名数据库里几万条记录全要改。解决只存相对路径或资源 ID比如/videos/2024/xxx.m3u8播放时由后端拼当前 CDN 前缀。我一般会在配置里放cdn.base-url接口返回时动态拼接。这样换 CDN 只改一行配置不用动数据。4.3 现象分页查询第 1000 页时数据库 CPU 飙满原因LIMIT 20000, 20这种深分页MySQL 要先扫前 20000 行再丢弃偏移量越大越慢。解决改用游标分页前端传上一页最后一条的idSQL 写成WHERE id lastId ORDER BY id DESC LIMIT 20。电影网站列表按时间倒序用create_time加id做游标也合适。如果必须支持跳页限制最大页数比如只允许翻到第 100 页。4.4 现象封面图上传后前端显示裂图原因文件存到了服务器本地目录但没配静态资源映射或者 Nginx 没转发。另一个常见原因是文件名带中文或空格URL 编码后对不上。解决Spring Boot 里配WebMvcConfigurer的addResourceHandlers把/uploads/**映射到实际磁盘路径。文件名统一用 UUID 重命名保留原扩展名避免中文和特殊字符。Nginx 部署时确认location /uploads/指向正确目录。4.5 现象接口返回的评分是 7.699999999原因数据库用了FLOAT或DOUBLE存评分浮点数精度丢失。Java 端用double接收再序列化问题被放大。解决建表时用DECIMAL(3,1)Java 端用BigDecimal接收Jackson 序列化时配JsonFormat(shape JsonFormat.Shape.STRING)或直接保留一位小数。已经上线的表可以ALTER TABLE movie MODIFY score DECIMAL(3,1)但要注意数据迁移时的四舍五入。5. 进阶用缓存和接口聚合把电影网站响应压到 100ms 内5.1 首页数据用 Redis 缓存但别缓存分页列表电影网站首页的分类列表和热门影片读多写少非常适合缓存。但我不建议缓存分页结果因为页码组合太多缓存命中率低还占内存。我的做法是缓存「分类树」和「每个分类下前 20 条」key 设计成movie:category:{id}:top20过期时间 10 分钟。public ListMovieVO getTopByCategory(Long categoryId) { String key movie:category: categoryId :top20; String cached redisTemplate.opsForValue().get(key); if (cached ! null) { return JSON.parseArray(cached, MovieVO.class); } ListMovieVO list movieMapper.selectTopByCategory(categoryId, 20); redisTemplate.opsForValue().set(key, JSON.toJSONString(list), 10, TimeUnit.MINUTES); return list; }逻辑说明先查缓存命中直接反序列化返回未命中查库后写缓存。selectTopByCategory在 XML 里写ORDER BY score DESC LIMIT 20走idx_category索引。参数说明过期时间 10 分钟是权衡太长数据更新不及时太短缓存意义不大。影片上架或下架时主动删掉对应分类的 key避免脏数据。Redis 挂了要有降级直接查库别让整个首页 500。5.2 详情页接口聚合减少前端请求数详情页需要影片信息、同分类推荐、演员作品三块数据。如果前端发三个请求首屏会慢。我一般做一个聚合接口后端并行查完一起返回。GetMapping(/api/movies/{id}/detail) public MovieDetailVO detail(PathVariable Long id) { Movie movie movieMapper.selectById(id); if (movie null || movie.getStatus() 0) { throw new BizException(影片不存在或已下架); } CompletableFutureListMovieVO related CompletableFuture.supplyAsync( () - movieMapper.selectRelated(movie.getCategoryId(), id, 6)); CompletableFutureListMovieVO byDirector CompletableFuture.supplyAsync( () - movieMapper.selectByDirector(movie.getDirector(), id, 6)); MovieDetailVO vo new MovieDetailVO(); vo.setMovie(MovieVO.from(movie)); vo.setRelated(related.join()); vo.setByDirector(byDirector.join()); return vo; }逻辑说明两个推荐查询用CompletableFuture并行执行总耗时取决于较慢的那个而不是两者之和。join()会阻塞等待结果异常要统一捕获否则线程池里的异常会吞掉。参数说明推荐数量 6 是经验值太多详情页加载慢太少显得空。线程池不要用默认的ForkJoinPool.commonPool()生产环境自己配一个核心线程数按数据库连接池大小来一般 8 到 16 够用。5.3 验证缓存和聚合是否真的生效改完别凭感觉用工具量。我一般用curl看响应头或者直接在接口里打日志记录耗时。# 连续请求两次第二次应该明显更快 curl -w time_total: %{time_total}s\n -o /dev/null -s http://localhost:8080/api/movies/1/detail curl -w time_total: %{time_total}s\n -o /dev/null -s http://localhost:8080/api/movies/1/detail逻辑说明-w输出总耗时-o /dev/null丢弃响应体。第一次走库第二次如果缓存生效耗时应降到 10ms 以内。如果两次差不多检查 Redis 是否连上、key 是否写进去了。参数说明本地测试受 JVM 预热影响第一次可能偏慢多跑几次取稳定值。生产环境用 APM 工具看 P99别只看平均值平均值会掩盖慢请求。5.4 一个我踩过的坑缓存和数据库不一致有次影片下架后首页缓存没清用户还能看到已下架影片的封面点进去才报错。后来我定了个规矩任何写操作上架、下架、改评分之后必须删掉相关缓存 key而不是等它自然过期。删 key 比更新 key 安全因为更新可能因为并发写覆盖成旧值。这个习惯帮我省了不少排查时间。做电影网站这类项目功能跑通只是第一步真正拉开差距的是数据量上来之后还能不能稳住。我一般会在本地用脚本造十万条影片数据压一遍列表和搜索接口看看哪里先扛不住。希望帮到你。本文还有配套的精品资源点击获取 Java电影网站源码实战：从数据库设计到Spring Boot接口开发
简介这是一套基于SSM框架的Java电影网站项目源码面向计算机专业学生、Java初学者及需要课程设计或毕业设计参考的开发者帮助解决电影信息展示、用户管理与后台维护等Web开发实战问题。压缩包共880个文件约18.85MB以144个java后端源码、53个vue组件、53个html页面、167个js脚本及55个css样式为主另含sql建库脚本、xml配置、图片与字体等静态素材前后端结构完整。项目采用Spring、SpringMVC、MyBatisPlus、Vue、Ajax与Maven技术栈基于B/S架构运行于JDK1.8与MySQL5.7环境涵盖用户信息、图片素材、视频素材等模块并附有论文文档与目录说明。目前已有2597人学习下载适合作为电影平台类系统的开发模板便于快速理解分层设计、接口调用与数据库建表思路也可在此基础上二次开发或撰写设计文档。1. 从零搭一个能跑的电影网站Java 后端到底要解决哪些问题很多人第一次接触「电影网站源码」这个词是在搜索框里敲下「电影网站 Java 代码」之后翻到一堆压缩包解压出来要么跑不起来要么只有几个静态页面。真正基于 Web 的电影网站设计与实现核心不是页面好不好看而是后端能不能把影片信息、分类、搜索、播放地址这几件事管明白。我做过几套类似的东西踩过的坑基本都集中在数据建模和接口设计上而不是前端样式。这篇文章面向两类人一是想拿一个完整 Web 项目练手的 Java 初学者二是需要快速交付一个可演示电影站点的开发者。我会把「电影网站设计与实现」拆成能直接抄的步骤——数据库怎么建、Spring Boot 怎么配、接口怎么写、分页和搜索怎么做最后讲几个只有真跑过才会遇到的坑。你跟着走本地能跑通一个带分类、搜索、详情页的站点你如果是熟手可以重点看参数边界和避坑那章。2. 电影网站的数据建模与接口设计先把表结构定死2.1 电影网站绕不开的四张核心表电影网站看起来功能多剥掉前端渲染落到数据库其实就四类数据影片本身、分类、演员/导演这类关联信息、以及用户行为收藏、评分。我一般会先把movie和category两张主表定下来再考虑关联。下面这套建表语句是我常用的最小可用版本字段命名尽量直白方便后面 MyBatis-Plus 直接映射。-- 电影分类表 CREATE TABLE category ( id BIGINT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(32) NOT NULL COMMENT 分类名如动作、喜剧, sort_order INT DEFAULT 0 COMMENT 排序权重越小越靠前, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 电影主表 CREATE TABLE movie ( id BIGINT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(128) NOT NULL COMMENT 影片名, category_id BIGINT NOT NULL COMMENT 所属分类, cover_url VARCHAR(255) COMMENT 封面图地址, play_url VARCHAR(255) COMMENT 播放地址可存 m3u8 或 mp4, director VARCHAR(64) COMMENT 导演, actors VARCHAR(255) COMMENT 主演逗号分隔, release_year INT COMMENT 上映年份, score DECIMAL(3,1) DEFAULT 0.0 COMMENT 评分0-10, description TEXT COMMENT 剧情简介, status TINYINT DEFAULT 1 COMMENT 1上架 0下架, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, INDEX idx_category (category_id), INDEX idx_title (title) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;逻辑说明category_id上建普通索引是因为列表页按分类筛选是最高频查询title建索引是为了后面的模糊搜索不至于全表扫。score用DECIMAL(3,1)而不是FLOAT避免评分出现7.699999这种脏数据。status字段是后悔药——下架影片不删数据前端过滤掉即可。参数说明VARCHAR(255)对play_url够用但如果你要存带签名的长链接建议直接上TEXT。actors用逗号分隔是典型的反范式做法查询方便但更新麻烦影片量过万再考虑拆关联表。2.2 用 MyBatis-Plus 根据实体类反向生成建表 SQL热搜里有人问「mybatisplus 根据 java 实体类生成创建表的 sql 语句」这个需求在快速原型阶段很实用。MyBatis-Plus 本身不直接干这事但它的代码生成器配合注解可以做到。我一般用TableName和TableField标注实体再写一段反射读取注解拼 SQL 的工具方法。Data TableName(movie) public class Movie { TableId(type IdType.AUTO) private Long id; TableField(title) private String title; TableField(category_id) private Long categoryId; TableField(score) private BigDecimal score; TableField(status) private Integer status; }逻辑说明实体类字段和表字段一一对应后你可以写一个TableSqlGenerator遍历Movie.class.getDeclaredFields()读取TableField的 value 作为列名再根据 Java 类型映射到 MySQL 类型String→VARCHAR、BigDecimal→DECIMAL、Long→BIGINT。这样改实体就能同步改表适合早期频繁调整字段的阶段。参数说明类型映射表要自己维护LocalDateTime映射DATETIMEInteger映射INT。注意TableField(exist false)的字段要跳过否则会生成不存在的列。这套方案只适合开发期生产环境还是老老实实写 Flyway 或 Liquibase 迁移脚本。2.3 列表页接口分页、分类筛选、关键词搜索三合一电影网站首页和分类页本质是同一个接口只是传参不同。我用 Spring Boot MyBatis-Plus 的分页插件实现一个方法覆盖三种场景。GetMapping(/api/movies) public PageResultMovieVO list( RequestParam(defaultValue 1) Integer page, RequestParam(defaultValue 20) Integer size, RequestParam(required false) Long categoryId, RequestParam(required false) String keyword) { PageMovie p new Page(page, size); LambdaQueryWrapperMovie qw new LambdaQueryWrapper(); qw.eq(Movie::getStatus, 1); if (categoryId ! null) { qw.eq(Movie::getCategoryId, categoryId); } if (StringUtils.hasText(keyword)) { qw.like(Movie::getTitle, keyword); } qw.orderByDesc(Movie::getCreateTime); PageMovie result movieMapper.selectPage(p, qw); return PageResult.of(result); }逻辑说明status1是硬过滤保证下架影片不出现在任何列表。分类和关键词都是可选条件用if判断后再拼避免categoryIdnull时生成WHERE category_id null这种查不到数据的条件。排序用创建时间倒序新片优先。参数说明page从 1 开始size默认 20前端传超过 100 要截断防止有人拉全表。keyword用like是右模糊数据量大时%keyword%会走不了索引影片过十万建议上 Elasticsearch这个后面避坑章会细说。3. 把项目跑起来Spring Boot 配置与前端联调3.1 最小可运行的 Spring Boot 工程结构一个能跑的电影网站后端目录结构不需要花哨按职责分层就行。我常用的结构是 controller、service、mapper、entity、vo 五层配置文件放application.yml。movie-site/ ├── src/main/java/com/example/movie/ │ ├── MovieApplication.java │ ├── controller/MovieController.java │ ├── service/MovieService.java │ ├── mapper/MovieMapper.java │ ├── entity/Movie.java │ └── vo/MovieVO.java ├── src/main/resources/ │ ├── application.yml │ └── mapper/MovieMapper.xml └── pom.xml逻辑说明MovieApplication上加MapperScan(com.example.movie.mapper)否则启动时报找不到 Mapper。vo包单独放返回给前端的对象不要把entity直接吐出去否则play_url这种敏感字段容易泄露。参数说明包名按你实际项目改MapperScan的路径必须和 mapper 包一致。如果用了 MyBatis-Pluspom.xml里引入mybatis-plus-boot-starter即可不用再单独引 mybatis。3.2 application.yml 里必须改的四个参数配置文件是新手最容易翻车的地方默认值直接跑往往连不上数据库。下面这份是我常用的模板四个参数必须按你的环境改。server: port: 8080 spring: datasource: url: jdbc:mysql://localhost:3306/movie_db?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: your_password driver-class-name: com.mysql.cj.jdbc.Driver jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: Asia/Shanghai mybatis-plus: mapper-locations: classpath:mapper/*.xml configuration: map-underscore-to-camel-case: true逻辑说明serverTimezoneAsia/Shanghai不加会报时区错误这是 MySQL 8 的经典坑。map-underscore-to-camel-case: true让category_id自动映射到categoryId省掉大量TableField注解。jackson的时区配置保证返回给前端的时间不会差 8 小时。参数说明url里的movie_db换成你实际的库名username和password按本地环境填。mapper-locations指向 XML 文件位置如果你全用注解写 SQL这行可以去掉。3.3 前端联调跨域和静态资源两个必配项前后端分离时前端跑在 5173 或 3000 端口直接请求 8080 会被浏览器拦。我一般在后端加一个全局跨域配置而不是让前端配代理这样接口给谁都能用。Configuration public class CorsConfig implements WebMvcConfigurer { Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping(/api/**) .allowedOriginPatterns(*) .allowedMethods(GET, POST, PUT, DELETE) .allowCredentials(true) .maxAge(3600); } }逻辑说明allowedOriginPatterns(*)比allowedOrigins(*)更安全后者在allowCredentialstrue时会直接报错。maxAge(3600)让预检请求缓存一小时减少 OPTIONS 请求。参数说明生产环境要把*换成具体域名否则等于没做跨域限制。/api/**只对接口路径生效静态资源不受影响。封面图如果存本地记得配addResourceHandlers把上传目录映射出去否则前端拿到的是 404。4. 电影网站搜索与播放地址处理的避坑清单4.1 现象关键词搜索越搜越慢最后直接超时原因LIKE %关键词%左模糊导致idx_title索引失效数据量到几万行后每次搜索都是全表扫描。我见过一个站影片才三万条搜索接口平均响应 2.3 秒。解决短期把左模糊改成右模糊LIKE 关键词%让索引能用上中期引入 Elasticsearch 或 Meilisearch把title、actors、director建倒排索引长期如果不想维护 ES可以用 MySQL 全文索引FULLTEXT但中文分词效果一般需要配 ngram 插件。4.2 现象播放地址存了完整链接换 CDN 后全站失效原因play_url直接存了带域名的绝对地址比如https://old-cdn.com/xxx.m3u8一旦换 CDN 或域名数据库里几万条记录全要改。解决只存相对路径或资源 ID比如/videos/2024/xxx.m3u8播放时由后端拼当前 CDN 前缀。我一般会在配置里放cdn.base-url接口返回时动态拼接。这样换 CDN 只改一行配置不用动数据。4.3 现象分页查询第 1000 页时数据库 CPU 飙满原因LIMIT 20000, 20这种深分页MySQL 要先扫前 20000 行再丢弃偏移量越大越慢。解决改用游标分页前端传上一页最后一条的idSQL 写成WHERE id lastId ORDER BY id DESC LIMIT 20。电影网站列表按时间倒序用create_time加id做游标也合适。如果必须支持跳页限制最大页数比如只允许翻到第 100 页。4.4 现象封面图上传后前端显示裂图原因文件存到了服务器本地目录但没配静态资源映射或者 Nginx 没转发。另一个常见原因是文件名带中文或空格URL 编码后对不上。解决Spring Boot 里配WebMvcConfigurer的addResourceHandlers把/uploads/**映射到实际磁盘路径。文件名统一用 UUID 重命名保留原扩展名避免中文和特殊字符。Nginx 部署时确认location /uploads/指向正确目录。4.5 现象接口返回的评分是 7.699999999原因数据库用了FLOAT或DOUBLE存评分浮点数精度丢失。Java 端用double接收再序列化问题被放大。解决建表时用DECIMAL(3,1)Java 端用BigDecimal接收Jackson 序列化时配JsonFormat(shape JsonFormat.Shape.STRING)或直接保留一位小数。已经上线的表可以ALTER TABLE movie MODIFY score DECIMAL(3,1)但要注意数据迁移时的四舍五入。5. 进阶用缓存和接口聚合把电影网站响应压到 100ms 内5.1 首页数据用 Redis 缓存但别缓存分页列表电影网站首页的分类列表和热门影片读多写少非常适合缓存。但我不建议缓存分页结果因为页码组合太多缓存命中率低还占内存。我的做法是缓存「分类树」和「每个分类下前 20 条」key 设计成movie:category:{id}:top20过期时间 10 分钟。public ListMovieVO getTopByCategory(Long categoryId) { String key movie:category: categoryId :top20; String cached redisTemplate.opsForValue().get(key); if (cached ! null) { return JSON.parseArray(cached, MovieVO.class); } ListMovieVO list movieMapper.selectTopByCategory(categoryId, 20); redisTemplate.opsForValue().set(key, JSON.toJSONString(list), 10, TimeUnit.MINUTES); return list; }逻辑说明先查缓存命中直接反序列化返回未命中查库后写缓存。selectTopByCategory在 XML 里写ORDER BY score DESC LIMIT 20走idx_category索引。参数说明过期时间 10 分钟是权衡太长数据更新不及时太短缓存意义不大。影片上架或下架时主动删掉对应分类的 key避免脏数据。Redis 挂了要有降级直接查库别让整个首页 500。5.2 详情页接口聚合减少前端请求数详情页需要影片信息、同分类推荐、演员作品三块数据。如果前端发三个请求首屏会慢。我一般做一个聚合接口后端并行查完一起返回。GetMapping(/api/movies/{id}/detail) public MovieDetailVO detail(PathVariable Long id) { Movie movie movieMapper.selectById(id); if (movie null || movie.getStatus() 0) { throw new BizException(影片不存在或已下架); } CompletableFutureListMovieVO related CompletableFuture.supplyAsync( () - movieMapper.selectRelated(movie.getCategoryId(), id, 6)); CompletableFutureListMovieVO byDirector CompletableFuture.supplyAsync( () - movieMapper.selectByDirector(movie.getDirector(), id, 6)); MovieDetailVO vo new MovieDetailVO(); vo.setMovie(MovieVO.from(movie)); vo.setRelated(related.join()); vo.setByDirector(byDirector.join()); return vo; }逻辑说明两个推荐查询用CompletableFuture并行执行总耗时取决于较慢的那个而不是两者之和。join()会阻塞等待结果异常要统一捕获否则线程池里的异常会吞掉。参数说明推荐数量 6 是经验值太多详情页加载慢太少显得空。线程池不要用默认的ForkJoinPool.commonPool()生产环境自己配一个核心线程数按数据库连接池大小来一般 8 到 16 够用。5.3 验证缓存和聚合是否真的生效改完别凭感觉用工具量。我一般用curl看响应头或者直接在接口里打日志记录耗时。# 连续请求两次第二次应该明显更快 curl -w time_total: %{time_total}s\n -o /dev/null -s http://localhost:8080/api/movies/1/detail curl -w time_total: %{time_total}s\n -o /dev/null -s http://localhost:8080/api/movies/1/detail逻辑说明-w输出总耗时-o /dev/null丢弃响应体。第一次走库第二次如果缓存生效耗时应降到 10ms 以内。如果两次差不多检查 Redis 是否连上、key 是否写进去了。参数说明本地测试受 JVM 预热影响第一次可能偏慢多跑几次取稳定值。生产环境用 APM 工具看 P99别只看平均值平均值会掩盖慢请求。5.4 一个我踩过的坑缓存和数据库不一致有次影片下架后首页缓存没清用户还能看到已下架影片的封面点进去才报错。后来我定了个规矩任何写操作上架、下架、改评分之后必须删掉相关缓存 key而不是等它自然过期。删 key 比更新 key 安全因为更新可能因为并发写覆盖成旧值。这个习惯帮我省了不少排查时间。做电影网站这类项目功能跑通只是第一步真正拉开差距的是数据量上来之后还能不能稳住。我一般会在本地用脚本造十万条影片数据压一遍列表和搜索接口看看哪里先扛不住。希望帮到你。本文还有配套的精品资源点击获取