简介面向Java Web课程设计场景的在线音乐管理系统完整项目包涵盖登录注册、首页新闻推送与音乐排名、音乐播放与收藏、个人中心等核心模块适合需要完成课程设计或大作业的本科生以及希望学习Servlet/MySQL交互的Java Web初学者。压缩包共142个文件约17.93MB主要包含Java源码及class文件、Jar依赖库、JSP页面、CSS/JS前端资源、SQL数据库脚本以及课程设计报告Word文档和运行截图PNG/JPG目录结构清晰便于按模块查阅。目前已有151人学习浏览。项目中登录模块实现了邮箱查重、密码校验与Cookie跳转音乐和用户模块也提供了可复用的小播放器与收藏逻辑结合报告和截图可快速还原设计思路便于在此基础上补充好友、评论等扩展功能整套资料可帮助读者完成从环境搭建到项目部署的完整课程设计流程也可作为后续完善功能的起点。1. 拿到这个课程设计包先想清楚它到底值多少如果你正在为 Java Web 课程设计发愁大概率在网盘或论坛里见过这类打包文件一个 .zip里面有源码、SQL 脚本、Word 报告、几张运行截图标题写着“基于 Java web 的在线音乐管理系统”。听起来东西很全但真正下载过的人心里都有数——十个里面有三四个是坏的能跑起来的又有一半是凑出来的。这篇文章不是替某个资源做广告而是顺着这个标题把一套完整的 Java Web 在线音乐管理系统从数据表到部署再到改造成自己的作品整条链路讲清楚。先说结论这类系统本质是一个典型的 CRUD 加业务逻辑的 Web 应用核心价值不在“音乐”这两个字而在用户、歌曲、歌单、收藏、评论这几个实体之间的关系怎么设计以及你能不能把它跑起来、讲明白。适合的读者是正在做课程设计或毕业设计的 Java 初学者手里有一个还凑合的参考包但不知道怎么部署、怎么改、怎么在答辩时讲得像个自己写的系统。我会把源码层面最常见的结构、数据库脚本怎么导入、Tomcat 下怎么跑通以及那些让新手一夜回到解放前的坑全部摊开来讲。2. 在线音乐管理系统在做什么功能边界与数据模型不管压缩包里那份报告写得有多玄乎在线音乐管理系统的业务本质就一句话让用户找歌、听歌、管歌。管理员管资源用户用资源。搞清楚这个边界你才能在答辩时把功能讲得条理分明而不是照着 PPT 念。2.1 用户端和管理员端的功能划分一个标准的 Java Web 音乐管理系统通常拆成前后台两个逻辑块。前台用户端一般包含这几个页面注册登录、首页歌单推荐、歌曲列表、歌曲搜索、歌曲详情、收藏列表、个人中心。后台管理员端则对应着歌曲管理、歌手管理、专辑管理、用户管理、评论审核。如果你的参考包里没有分这么细别慌说明它把管理员和普通用户揉在了同一套 JSP 里——这种做法在课程设计里很常见代码量少但答辩时容易被老师追问权限设计你得能圆回来。以最常见的 Servlet JSP MySQL 架构为例前台和后台共用一个登录入口登录时根据用户表的 role 字段跳转到不同的首页。管理员能进到管理页面去增删改歌曲普通用户跳转到音乐列表页。播放功能一般不是真的推流而是把歌曲文件路径存在数据库里前端用 HTML5 的 audio 标签播放。这也是课程设计被允许的“假播放”因为你要展示的是 Java 层面的业务能力不是音视频处理。2.2 数据库表设计五张核心表的关系数据库是这个系统的骨架报告里那一大段 E-R 图描述说白了就是几张表之间的外键关系。一个能撑起在线音乐管理系统的数据库最少要有五张表用户表user、歌曲表song、歌手表singer、歌单表playlist、收藏表favorite。有的系统会加评论表comment和专辑表album但核心业务五张表足够。设计这套表的要点在于理解外键的方向歌曲表通过 singer_id 关联歌手歌单表和歌曲表是多对多需要一个中间表 playlist_song 来承接收藏表则是用 user_id 和 song_id 两个外键来表达“哪个用户收藏了哪首歌”。下面给出一个可直接导入 MySQL 的建表脚本字段做了精简但结构足够支撑课程设计答辩。-- 用户表role 字段区分管理员和普通用户 CREATE TABLE user ( id int(11) NOT NULL AUTO_INCREMENT, username varchar(50) NOT NULL COMMENT 登录名, password varchar(64) NOT NULL COMMENT 经过MD5加密的密码, nickname varchar(50) DEFAULT NULL COMMENT 昵称, role tinyint(1) DEFAULT 0 COMMENT 0-普通用户 1-管理员, PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 歌手表歌手是歌曲的一个属性维度 CREATE TABLE singer ( id int(11) NOT NULL AUTO_INCREMENT, name varchar(50) NOT NULL, intro varchar(500) DEFAULT NULL COMMENT 歌手简介, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 歌曲表核心业务表外键指向歌手表 CREATE TABLE song ( id int(11) NOT NULL AUTO_INCREMENT, title varchar(100) NOT NULL COMMENT 歌曲名, singer_id int(11) DEFAULT NULL, duration varchar(10) DEFAULT NULL COMMENT 时长如 04:30, file_path varchar(255) DEFAULT NULL COMMENT 音频文件的存储路径, PRIMARY KEY (id), KEY idx_singer (singer_id), CONSTRAINT fk_song_singer FOREIGN KEY (singer_id) REFERENCES singer (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 收藏表联合唯一键防止重复收藏 CREATE TABLE favorite ( id int(11) NOT NULL AUTO_INCREMENT, user_id int(11) NOT NULL, song_id int(11) NOT NULL, create_time datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_user_song (user_id,song_id), CONSTRAINT fk_fav_user FOREIGN KEY (user_id) REFERENCES user (id), CONSTRAINT fk_fav_song FOREIGN KEY (song_id) REFERENCES song (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这段建表 SQL 有三个地方值得在答辩时强调第一username 字段加了唯一约束这是注册接口防止重复账号的底线第二favorite 表的联合唯一键 uk_user_song 从数据库层面杜绝了同一个人重复收藏同一首歌第三所有表的默认引擎都写成 InnoDB 而不是默认的 MyISAM因为 InnoDB 支持外键约束和事务选型理由就是“收藏和取消收藏需要事务保证数据一致”。这几句话在答辩时说出来老师一听就知道你不是只会复制粘贴。2.3 歌曲文件存储数据库只存路径不存文件初做这个系统的人最容易纠结一个问题歌曲文件是存数据库里还是存磁盘上答案是存磁盘数据库只存路径。把二进制文件塞进数据库会让数据库体积暴涨而且读写性能很差。常见做法是在项目根目录下建一个 upload/music 文件夹上传歌曲时把文件写到磁盘数据库里存一个相对路径比如 /upload/music/xxx.mp3。在前端页面上播放按钮的请求地址就是 file_path 字段拼上项目名由 servlet 把文件流写回浏览器。这部分代码不算 Java Web 的核心考点但部署时你需要在 Tomcat 的 webapps 目录下确认这个文件夹存在否则上传歌曲时会报文件找不到路径的异常属于新手最常踩的部署坑之一。3. 源码结构拆解传统 Java Web 项目的分层与关键代码路径压缩包打开后一堆文件夹和 .java 文件铺在眼前很多人的第一反应是懵。其实 Java Web 项目再怎么花哨结构上就那么几块前端页面JSP/HTML/CSS/JS、后端 Java 代码Servlet/Service/Dao、配置文件web.xml、数据库连接配置。把这三块分开看就能在三十分钟内摸清一个陌生项目的骨架。3.1 包结构命名与职责边界正规一点的课程设计源码包名一般是 com.xxx.music 这样的三段式下面再按 controller、service、dao、entity、util 分层。你拿到的压缩包里可能是 com.xxx.servlet 或者干脆没有包名这都不影响理解但影响答辩分数。我建议拿到源码后先看一眼包名如果发现所有 .java 文件都堆在默认包下花半小时把它们按层归好类光是这一步就能让代码的“课程设计感”下降一半。包结构里面entity 层放的是和数据库表一一对应的实体类一个表一个类字段名和表字段保持一致dao 层封装数据库操作有 JDBC 手写风格的也有 MyBatis 风格的service 层处理业务逻辑servlet/controller 层负责接收请求和返回视图。下面是一段很典型的使用 JDBC 从数据库分页查询歌曲列表的 Dao 层代码这类代码在音乐管理系统里就是核心中的核心。public ListSong findSongsByPage(int page, int pageSize) { ListSong list new ArrayList(); String sql SELECT s.id, s.title, s.duration, s.file_path, sg.name AS singer_name FROM song s LEFT JOIN singer sg ON s.singer_id sg.id ORDER BY s.id DESC LIMIT ?, ?; try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setInt(1, (page - 1) * pageSize); // 起始行偏移量 ps.setInt(2, pageSize); // 每页条数 try (ResultSet rs ps.executeQuery()) { while (rs.next()) { Song s new Song(); s.setId(rs.getInt(id)); s.setTitle(rs.getString(title)); s.setDuration(rs.getString(duration)); s.setFilePath(rs.getString(file_path)); s.setSingerName(rs.getString(singer_name)); list.add(s); } } } catch (SQLException e) { e.printStackTrace(); // 实际项目中建议用 log 输出异常 } return list; }这段代码用了 PreparedStatement 而不是 Statement原因有两个一是防止 SQL 注入in 条件里拼接字符串是黑匣子永远不要信用户输入二是分页查询要动态传参PreparedStatement 的占位符机制比拼字符串干净得多。注意 LIMIT ? , ? 这两个参数第一个是偏移量第二个是页码大小计算方式是 (page-1)*pageSize 和 pageSize这个公式在 MySQL 分页里绕不开背也要背下来。3.2 登录与权限控制Filter 比在每个 Servlet 里判断靠谱很多课程设计源码的权限控制写得很粗糙——在每个 Servlet 的 doGet 或 doPost 里手动判断 session 里有没有用户。这样做的后果是代码重复度高而且容易漏判比如某个页面忘了校验就能未授权访问。我见过一个很典型的翻车现场某同学的删除歌曲功能没做权限校验普通用户拿到 URL 直接就能删库。答辩时被老师当场指出来整个项目直接掉了一个档次。正确的做法是用一个 Filter 做统一的登录拦截在 web.xml 里配置过滤规则。下面是登录过滤器的核心代码实现。public class LoginFilter implements Filter { public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request (HttpServletRequest) req; HttpServletResponse response (HttpServletResponse) resp; // 无需登录即可访问的路径如登录页、注册接口、CSS/JS资源 String uri request.getRequestURI(); if (uri.endsWith(login.jsp) || uri.endsWith(register.jsp) || uri.contains(/css/) || uri.contains(/js/) || uri.endsWith(LoginServlet) || uri.endsWith(RegisterServlet)) { chain.doFilter(req, resp); return; } // 核心校验逻辑session 里没有用户就重定向到登录页 Object user request.getSession().getAttribute(loginUser); if (user null) { response.sendRedirect(request.getContextPath() /login.jsp); return; } chain.doFilter(req, resp); } }这个过滤器最值得说的是放行列表的设计。新手往往在过滤器的拦截名单里犯难其实反过来想更轻松默认全部拦截只有明确不需要登录的资源才放行。css、js、图片这些静态资源必须放行否则登录页会因样式文件被拦而变成纯文本页面。另外注意 sendRedirect 里一定要用 getContextPath() 拼上项目访问路径否则部署时如果项目名不是 ROOT重定向会跳到一个不存在的地址。3.3 web.xml 里的注册顺序Filter 与 Servlet 的映射讲究老式 Java Web 项目的 web.xml 文件里Filter 的声明顺序会影响实际执行顺序。多个过滤器时执行顺序按 web.xml 里 filter-mapping 的先后排列。比如你先声明了登录过滤器再声明一个字符编码过滤器请求就会先被登录过滤器拦住。如果登录过滤器早于编码过滤器执行而登录过滤器里读取了请求参数就可能遇到中文乱码问题。常见做法是把字符编码过滤器放在最前面而且设置 encoding 为 UTF-8。有一次我帮人排查一个乱码坑折腾了半小时发现不是代码问题而是 web.xml 里两个过滤器的映射顺序写反了。这类问题在答辩现场特别容易遇到——演示时输入中文歌名搜不到歌一切换到英文就好了明摆着是编码问题。解决方式很简单要么调整 filter-mapping 顺序要么在登录过滤器里也加一行 setCharacterEncoding要么干脆在 Tomcat 的连接器配置里加上 URIEncodingUTF-8。三种方案都能解但时间紧的话改 web.xml 最快。4. 把项目跑起来从导入数据库到 Tomcat 部署全流程源码拿到手、表结构看明白了接下来最紧急的事情是让它跑起来。很多同学卡在这一步原因不是代码有问题而是环境配置的顺序不对。Java Web 项目的运行环境无非三件套JDK、Tomcat、MySQL外加一个 IDEA 或 Eclipse。版本匹配是最大的坑下面这套流程我按课程设计最常见的版本组合来写照着走一般二十分钟内能见到登录页面。4.1 环境准备与版本匹配JDK、Tomcat、MySQL 三者关系先说版本匹配这件事。Java Web 课程设计普遍用的组合是 JDK 1.8 Tomcat 8.5 MySQL 5.7如果你拿到的源码里引用了较新的特性比如 Java 11 才有的 API那就要对应升级。反过来如果你电脑上装的是 JDK 17 而项目用的是老代码编译时大概率会报 module 相关的错误。最稳妥的判断方法是打开源码找 pom.xml 或导入的包名没有 pom.xml 说明是纯 Servlet 项目JDK 1.8 加 Tomcat 8.5 基本通吃所有课程设计。MySQL 8.0 和 5.7 的坑主要在驱动上MySQL 8.x 需要 mysql-connector-java 8.x 的驱动JDBC 连接串也要加 serverTimezone 参数否则会报时区异常。如果你用的是 8.0 的数据库连接 url 改成下面这个格式jdbc:mysql://localhost:3306/music_db?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8serverTimezone 这个参数必须在 URL 里显式指定否则高版本 MySQL 会报一个让人摸不着头脑的时区错误。很多源码自带的是 jdbc:mysql://localhost:3306/music_db 这种不带时区的旧格式跑通后你要知道改成什么这是部署环节最典型的“玄学”问题——看着是代码报错实际是环境适配问题。4.2 数据库导入命令行与 Navicat 两种方式拿到压缩包里的 .sql 文件后直的导入方式有两种。第一种是命令行导入适合系统里没装图形化工具的场合第二种是 Navicat 或 DataGrip 直接运行 SQL 脚本。不管哪种方式前提是先建一个空的数据库再把 SQL 文件导进去。# 登录 MySQL-u 是用户名 -p 是密码回车后输入密码 mysql -u root -p # 建库字符集一定要是 utf8mb4否则中文歌名和歌手名会变问号 CREATE DATABASE music_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; # 退出 mysql 命令行回到系统命令行导入 SQL 文件 mysql -u root -p music_db /path/to/music_db.sql导入完成后进入数据库随便查一张表确认数据真的进去了。建议执行一条 select count(*) from song; 看一眼歌曲表里有没有数据如果没有说明 SQL 文件里可能只含表结构不含数据或者导入过程把数据语句跳过了。很多压缩包里的 SQL 是带 drop table 的导入时会先删旧表再建新表这个特性既是后悔药也是炸弹——多次导入没问题但如果你之前在这个库里存过其他数据会被一并清空。数据库连接配置通常写在一个叫 db.properties 的文件里或者直接硬编码在 DBUtil.java 里。装上 MySQL 后第一件事就是把里面的 username 和 password 改成你自己的账号密码不然部署后第一个报错就是数据库连接失败。4.3 IDEA 部署到 TomcatArtifacts 与运行配置数据库通了之后打开 IDEA导入项目。这里有一个特别容易让新手翻车的步骤直接把整个解压文件夹拖进 IDEA 里打开有时候能正常识别为 Web 项目有时候不行。教你怎么判断——看项目结构里有没有 .idea 文件夹或者 .iml 文件如果有说明别人是拿 IDEA 建的如果没有就直接用 IDEA 的 Open 功能选择文件夹IDEA 会询问是否作为 Maven 项目或 Web 项目导入。部署到 Tomcat 的正确路径是File - Project Structure - Artifacts点加号选择 Web Application: Exploded然后把项目的 Web 根目录指到 src/main/webapp如果源码用的是 web 或 WebRoot 目录名也一样。这一步漏掉的后果是启动 Tomcat 后页面 404因为 Tomcat 找不到你的 JSP 页面在哪。然后配置运行环境点 Run - Edit Configurations点加号选择 Tomcat Server - Local在 Deployment 标签页把刚才建好的 Artifact 加进去Application context 填 /music。然后启动浏览器访问 http://localhost:8080/music/login.jsp看到登录页就说明部署成功了。4.4 上传的歌曲文件放哪upload 目录的绝对路径问题前面建表的时候说过歌曲文件的地址存在数据库的 file_path 字段里。但部署后你会发现另一个问题上传歌曲时文件到底写到了哪个目录常见的实现是 request.getServletContext().getRealPath(/) 拿到项目的真实磁盘路径然后拼上 /upload/music。这个写法在开发环境没问题但你把项目打成 war 包发布到独立 Tomcat 时getRealPath 拿到的是 Tomcat 解压后的临时目录重启后可能被清空。课程设计场景下不会有人去搞独立部署都是 IDEA 里直接跑所以这个坑不用深究但你要知道有这件事。更稳妥的做法是把上传目录配成一个绝对路径比如 D:/music_upload/数据库里存 /music_upload/xxx.mp3 这种虚拟路径通过 Tomcat 的虚拟目录映射访问。答辩时能说出这个方案属于超纲加分项。5. 课程设计包避坑指南5 个让人血亏的常见问题这类打包下载的项目最常见的价值不在于代码多好而在于能不能让一个初学者在一个晚上之内把它跑通并改造成自己的东西。这里写五个我见过无数人踩的坑每一条都是现象、原因、解决三步讲透希望能成为你的后悔药。5.1 数据库中文乱码导入 SQL 后所有中文变成问号现象SQL 导入后歌曲名、歌手名全是 ??????页面显示也是乱码。原因有两个层面第一是 SQL 文件本身的字符集不是 utf8mb4文件头部可能写着 latin1 或者干脆没有指定第二是导入时 MySQL 客户端的默认字符集和文件不一致。解决方法是先看文件编码用记事本或 VS Code 打开另存为 UTF-8然后在导入前执行一句 set names utf8mb4; 告诉客户端按这个字符集解析。如果已经导进去了把表删了重新导一遍比在库里手动改字符集快得多。5.2 404 但 Tomcat 明明启动了Application context 不匹配现象Tomcat 启动日志里没有报错但访问 http://localhost:8080/ 能看到 Tomcat 默认首页访问 /music/login.jsp 就是 404。原因基本是 IDEA 部署时的 Application context 没有设置成 /music或者 Artifacts 配置里的根目录指错了。解决方法是回到 Run Configuration 的 Deployment 标签页看 Application context 到底写的是什么确保访问路径和它完全一致。另一个冷门原因是 web.xml 里的 welcome-file 配置有问题但那个一般报的是 403 而不是 404。5.3 删除歌曲报外键约束错误现象在后台管理界面删除一首歌曲时页面报 Cannot delete or update a parent row: a foreign key constraint fails。原因很直接favorite 表里还有记录引用着这个 song_id你强行删父表记录数据库不答应。这其实不是 bug而是你建外键时选的是 RESTRICT 约束默认保护子表数据。解决方式有两种想在界面上顺利删除歌曲先删掉 favorite 表里对应该歌曲的收藏记录再删歌曲本身想省事建表时把外键的 on delete 动作改成 CASCADE让数据库在删除歌曲时自动清理收藏记录。课程设计层面用第二种更省事但答辩时如果老师问起数据安全问题你要说清楚 CASCADE 是会自动删关联数据的理解这两者的差别本身就是知识点。5.4 Tomcat 启动闪退端口被占用现象双击 startup.bat 后窗口一闪而过在 IDEA 里启动则报 Port 8080 was already in use。原因就是有别的进程占用了 8080 端口。解决方式有两种一是找到占用进程杀干净在命令行执行 netstat -ano | findstr 8080找到 PID 后在任务管理器里结束它二是干脆给 Tomcat 换个端口打开 conf/server.xml 把 8080 改成 8081。换端口后记得访问路径也要跟着变这是最容易被忽略的细节。5.5 报告和截图与源码对不上答辩演示时现场穿帮现象报告里写的功能是“在线播放音乐”演示时播放按钮点了没反应。原因大概率是歌库里的 MP3 文件没打包进压缩包数据库里的 file_path 指向一个本地磁盘路径而那台电脑上根本没有这个文件。这不是代码问题是资源缺失。解决方法是压缩包里通常附带歌曲文件如果没有用自己的 MP3 补上然后手动改数据库里 song 表的 file_path 字段指向你自己放文件的目录。这个坑几乎没有人在下载资源时注意到直到答辩前一小时才到处找歌。所以拿到包的第一时间先把歌曲文件的存放路径理清楚。6. 改造方向与报告整理把别人的源码变成能答辩的项目系统跑通只是第一步课程设计的最终考验是答辩。这一章讲两件事怎样在有限时间内把代码改出“自己的痕迹”以及报告和截图怎样整理成答辩时拿得出手的材料。6.1 三个高性价比改造点不推荐你去改核心功能的实现方案——Servlet 改 Spring Boot 的工作量足以让你熬夜到天亮。高性价比的改造是在原有骨架上增加或调整功能模块让代码里出现几个你自己写的文件。第一个建议是给歌曲表加上“点击量”字段再做一个排行榜页面。这个需求涉及数据库加字段、Dao 层加查询方法、Servlet 加路由、前端加列表页全链路走一遍你对项目结构的理解会比看十遍代码都深刻。第二个建议是给用户增加一个“修改个人信息”的功能源项目很可能是只有注册登录没有个人中心补一个修改昵称的小页面工作量不大但属于完整的功能闭环。第三个建议是给评论功能加一个敏感词过滤不用真做词库写一个包含几个词的 List评论内容里含有这些词就拦截这段代码很短但能展示你的安全意识。三个改造点选一个做透就行贪多嚼不烂。6.2 报告怎么写才能过查重和答辩压缩包里那份报告通常是别人写的直接交往往过不了查重。正确做法是把它当成结构模板每个章节用自己的话重写。报告结构的通用套路是第一章需求分析讲清楚用户和管理员各需要什么功能第二章系统设计画 E-R 图和数据表结构第三章详细设计按模块写关键代码片段和流程图第四章测试写测试用例表格和测试结论。不要追求每章都很长关键是要把功能描述和你的代码对应起来。报告里最容易扣分的地方是数据库设计章节空谈概念不如放一张实际的建表语句和字段说明表格。把第二章里的五张核心表整理成一张表每行一个字段说明字段名、类型、含义、约束这一页纸的分量胜过十页概念复述。截图部分注意一点把运行环境的信息露出来比如浏览器地址栏、IDEA 顶部项目名、Tomcat 控制台日志这些细节能证明项目是你自己跑通的。最后在系统部署章节写清楚 JDK、Tomcat、MySQL 的版本号和你实际配置的端口照着第 4 章的操作来写就行了。6.3 答辩前最后的自查清单演示之前花十分钟按这个顺序过一遍第一确保数据库是干净的重新执行一遍 SQL 脚本不要用你已经插了一堆测试脏数据的库第二确认管理员账号能登录压缩包自带的管理员账号和密码通常写在前言或 ReadMe 里找到并记住如果登录不进去说明 SQL 里的初始数据有问题手动插一条第三把歌曲文件和数据库 file_path 的对应关系核对一遍点一首歌确认能出声不能出声就检查路径不要抱有侥幸心理第四准备两个必答问题的腹稿——为什么选 MySQL 不选 Oracle分页和模糊查询怎么实现的。回答思路很简单但要让老师觉得你懂MySQL 开源免费、课程设计场景够用分页用 LIMIT 加偏移量模糊查询用 LIKE 加通配符顺带补一句“结合了 PreparedStatement 防注入”。我自己的习惯是答辩前一晚把数据库删掉重新导入一遍全程录屏。这个习惯帮我避过不知道多少次“昨天还能跑今天崩了”的尴尬。课程设计这道坎会者不难难的是第一次把环境、代码、数据串起来的那个过程。希望这篇笔记能帮你少走一段弯路夜里能睡个踏实觉。希望帮到你。本文还有配套的精品资源点击获取