企业官网建设流程全解析

做毕设选项目这件事，我见过太多人栽在“选题一时爽，实施火葬场”上。如果你手里正好攥着“SpringBoot+Vue web音乐网站管理平台”这个题目，我可以负责任地告诉你：这是一条成熟、稳妥、不会翻车的路线。前后端分离、Java+MySQL 这套组合，无论是应付毕业设计、课程设计，还是单纯想搞懂企业级开发流程，都足够有代表性，知识点覆盖也全面。

这篇内容我打算换个讲法，不只给你堆源码和配置，而是把整个项目从选型到落地、从建表到部署的完整链路拆开讲透。里面会包含我实际动手时踩过的坑、改进过的方案、以及答辩时老师最喜欢追问的细节。不管你是刚学完 SSM 还没碰过前后端分离，还是已经能把 SpringBoot 跑起来但不知道怎么接 Vue，这篇文章都能帮你把最后一公里的路铺平。

1. 项目整体设计与思路拆解

1.1 这个项目到底在解决什么问题

很多同学第一次拿到这种题目时，第一反应是“音乐网站不就是放个播放器吗”，真做起来才发现完全不是那么回事。一个能拿去答辩的音乐管理平台，它本质上是一个带权限、带数据管理、带媒体资源处理的信息系统，需要解决的核心问题至少有三个。

第一个问题是数据模型怎么设计。音乐网站不止有歌曲，还有歌手、歌单、用户、评论、收藏这些实体，它们之间还有多对多的关系。比如一首歌属于一个歌手，但可以被多个用户收藏；一个歌单包含多首歌，一首歌也可以出现在多个歌单里。这些关系要是理不清，后面前后端写起来全是窟窿。

第二个问题是前后端怎么分工。SpringBoot 只负责提供接口和数据处理，Vue 只负责渲染页面和调接口，两者通过 JSON 通信。这里涉及接口规范、跨域处理、登录状态保持、文件上传下载等一系列问题，任何一个点没做好，联调阶段都会让你怀疑人生。

第三个问题是媒体资源怎么管。歌曲文件、歌词文件、封面图片、歌手头像，这些文件存哪里、怎么传给前端、播放的时候怎么按需加载，这跟纯管理系统只处理文本完全不一样，也是这个项目区别于“图书管理系统”这类烂大街题目的核心亮点。

1.2 为什么选 SpringBoot + Vue 而不是其他组合

你可能在纠结要不要用 SSM、JSP 或者 Django 之类的方案。这里我可以很直接地说：如果是为了毕设和课设，SpringBoot + Vue 是目前性价比最高的组合，没有之一。

先看后端。SSM（Spring + SpringMVC + MyBatis）是上一代的主流，但配置太繁琐，光是 XML 配置文件就能写几十行。SpringBoot 最大的价值在于自动配置，它把 SpringMVC、Tomcat、Jackson 这些组件全部内置好了，你只需要引入依赖、写业务代码，这对学生党来说省下的时间不是一点半点。而且现在市面上的教程、博客、开源项目，90% 以上都是 SpringBoot 的，遇到问题搜一下就能找到答案。

再看前端。JSP 那种服务端渲染方案，前后端代码混在一起，改个页面样式经常要重启服务，开发体验很差。Vue 是渐进式框架，你可以只把它当做一个增强版的模板引擎用，也可以上全家桶（Vue Router + Vuex + Axios），学习曲线非常平缓。更重要的是，Vue 的组件化开发方式和真实企业项目的开发模式是一致的，写完这个项目，你简历上写“熟悉前后端分离开发流程”就一点不虚。

1.3 版本选型：SpringBoot 版本不能乱选

这一步特别容易被忽略，但偏偏是翻车率最高的地方。我见过太多同学跟着网上的教程装了个 SpringBoot 3.x，结果发现 JDK 版本不对、MyBatis-Plus 不兼容，整个项目卡在起步阶段。

SpringBoot 官方版本目前分为 2.x 和 3.x 两个大系。3.x 要求 JDK 17 及以上，2.x 只要 JDK 8 就能跑。如果你的电脑上装的是 JDK 8，或者实验室的机器比较旧，直接选 2.x 的最新版本即可。截止目前 2.x 的稳定版本是2.7.18，它集中了 2.x 系列的所有修复补丁，适合生产也适合学习。3.x 虽然已经发布很久，但配套的第三方库兼容性检查需要花额外时间，课设和毕设完全没有必要去折腾这个。

前端这边，Vue 也有 2 和 3 的版本选择问题。Vue2 已经停止维护了，但是配套的 ElementUI 非常成熟稳定，网上资料最多，遇到问题最好查。Vue3 的生态也已经完善了，搭配 Element Plus 用起来体验更好，性能也更强。我的建议是：如果你时间充裕，直接上 Vue3 + Element Plus；如果你时间紧、想快速跑通，Vue2 + ElementUI 是捷径。

MySQL 方面，5.7 和 8.0 都可以。8.0 是趋势，但要注意连接驱动和数据源配置略有不同，比如 8.0 需要配置useSSL=false&serverTimezone=Asia/Shanghai，否则会有时区报错。5.7 则没有这些麻烦，而且很多老教程都是基于 5.7 写的。我个人建议是，如果全新安装数据库，用 8.0，顺手把时区参数配好，一劳永逸。

2. 核心细节解析与实操要点

2.1 数据库设计：先想清楚六张表，再动手写代码

数据库设计是整个项目的地基，地基歪了，后面盖多少层楼都是危房。音乐网站管理平台的核心表结构，我建议你按这个方向来设计。

用户表（user）：字段包括 id、username、password（推荐用 MD5 加密存储，比明文强一点，但如果想更规范应该用 BCrypt）、nickname、avatar、phone、email、create_time。这张表服务于登录、个人信息展示、评论和收藏关联。

歌手表（singer）：id、name、introduction、avatar。这个表不要想复杂，歌手只需要基本描述和头像图，歌曲表通过 singer_id 去关联它。

歌曲表（song）：id、singer_id、name、album（专辑）、play_count（播放量）、duration（时长）、lyric（歌词）、url（歌曲文件路径）、image_url（歌曲封面）。其中 play_count 是以后做排行榜的数据基础，url 和 image_url 存的是相对路径（比如/music/xxx.mp3），而不是完整的http://地址，因为前端要拼上后端服务器的地址。

歌单表（song_list）：id、title、introduction、image_url。学生项目通常只做歌单一层，如果要加分，可以加一张歌单-歌曲关联表（list_song），字段就是 id、song_list_id、song_id。这样就实现了歌单和歌曲的多对多关系，属于可以写进论文里的“亮点设计”。

评论表（comment）：id、user_id、song_id、content、create_time。这里的 user_id 关联用户表，song_id 关联歌曲表，要做成逻辑外键即可，不需要物理外键，避免删除数据时被外键约束卡住。

收藏表（collect）：id、user_id、song_id、create_time。这张表主要解决“我收藏了哪几首歌”的查询，后续可以扩展成收藏歌单。

设计表的时候记住两个原则：第一，每张表都要有主键 id 和 create_time，这两列在后期写代码时你会感谢自己的决定；第二，状态字段用数字不用字符串，比如是否删除用 0/1，是否有版权用 0/1，这样写条件判断简单，查询效率也高。

2.2 MyBatis-Plus：根据实体类自动生成建表 SQL 的两种姿势

现在后端开发主流用的是 MyBatis-Plus，它号称“为简化开发而生”，最核心的便利有两点：一是单表 CRUD 不用写 SQL，二是提供了一个代码生成器，可以直接从数据库表反向生成实体类、Mapper、Service、Controller 四层代码。

但在音乐网站这种以自建表为主的项目里，更自然的路径是先写实体类，再根据实体类生成建表语句。热词里专门提到了“mybatisplus根据java实体类生成创建表的sql语句”，说明很多人确实卡在这了。这里我给你分享两种实际操作方式。

第一种方式，用代码生成器的逆向工程。你先在数据库里手动把表建好，然后用 MyBatis-Plus 官方提供的 AutoGenerator 代码生成器，连上数据库，直接生成全套代码。这种方式适合你已经很明确表结构、想节省编码时间的情况。

第二种方式，正向建表思路。你直接写实体类，然后在 application.yml 里配置spring.jpa.hibernate.ddl-auto=update（Hibernate 的自动建表），这不适用于 MyBatis-Plus。

更推荐的做法是利用 MyBatis-Plus 内置的DbTools工具类，或者直接使用 MyBatis-Plus 的插件体系来生成 SQL。比如你有一个 Song 实体类，你可以编写一个测试类：

public class GenerateSqlTest { @Test public void generateTableSql() { String sql = TableInfoHelper.getTableInfo(Song.class).getTableName(); // 或者使用 MyBatis-Plus 的 DDL 工具 System.out.println("TABLE INFO: " + sql); } }

不过说实话，MyBatis-Plus 的实体类生成 SQL 能力并不强，它更擅长反向从表生成代码。所以我的实际建议是：表用手写 SQL 建一次，源代码用代码生成器生成。这样两边的收益都拿到了，而且手写建表 SQL 也是答辩时一个加分项，老师问起来你能讲清楚每张表的设计意图。

2.3 Vue 环境配置：新手最容易折在这里

Vue 项目能不能跑起来，环境配置占了 80% 的成败。这里我按“零基础也能跑通”的标准，把步骤拆开讲。

第一步是安装 Node.js。推荐安装14.17.6 LTS或16.x版本，不要一上来装最新的 20.x，因为部分老脚手架工具对高版本 Node 的兼容性还没跟上。装好之后，命令行输入node -v和npm -v验证，能看到版本号就成功了。

第二步是配置 npm 镜像源。国内直接 npm install 会慢到怀疑人生，执行一次换成淘宝镜像：

npm config set registry https://registry.npmmirror.com

第三步是安装 Vue CLI 脚手架。注意，新版官方推荐用create-vue，但学生项目还以 Vue CLI 为主流，因为教程多、坑少。执行：

npm install -g @vue/cli vue create music-web

创建过程中它会问你要不要装 Router、Vuex、CSS 预处理器，全选 Yes 就行。等依赖安装完，npm run serve能看到默认欢迎页，你的 Vue 环境就算通了。

这里提前打个预防针：如果你用的 Node 版本很高，大概率会遇到 “vue-cli-service” 命令找不到的问题。这不是你装错了，而是 node-sass 和 sass-loader 这类原生模块在编译时和 Node 版本不匹配。解决办法是删掉 node_modules 和 package-lock.json，然后在 package.json 里把 sass 相关依赖改成"sass": "~1.32.0"，重新 npm install。这个坑我帮好几个同学排过，十有八九是这里炸的。

3. 实操过程与核心环节实现

3.1 后端工程搭建：从启动类到统一接口封装

项目搭建的第一步，是去 Spring Initializr 网站生成一个基础工程，选好 Maven 和 JDK 8，依赖选 Web、MySQL Driver、Lombok 这三个基础项，后面再手动引入 MyBatis-Plus 的依赖。比在 IDE 里一步步点向导快太多。

基础的 application.yml 配置文件建议这样写：

server: port: 8080 spring: datasource: url: jdbc:mysql://localhost:3306/music_db?useSSL=false&serverTimezone=Asia/Shanghai&characterEncoding=utf-8 username: root password: your_password driver-class-name: com.mysql.cj.jdbc.Driver mybatis-plus: configuration: log-impl: org.apache.ibatis.logging.stdout.StdOutImpl map-underscore-to-camel-case: true global-config: db-config: id-type: auto

注意三个细节：serverTimezone=Asia/Shanghai解决时区问题，characterEncoding=utf-8解决中文乱码，map-underscore-to-camel-case=true让数据库里的create_time能自动映射到实体类的createTime字段。

写后端代码时，有一个习惯我从第一个项目坚持到现在，收益极大：写一个统一的 Result 返回类。它的结构大概是这样：

@Data public class Result<T> { private Integer code; private String message; private T data; public static <T> Result<T> success(T data) { Result<T> result = new Result<>(); result.setCode(200); result.setMessage("操作成功"); result.setData(data); return result; } public static <T> Result<T> error(String message) { Result<T> result = new Result<>(); result.setCode(500); result.setMessage(message); return result; } }

有了这个类，所有 Controller 的返回类型都统一了，前端只处理一种数据结构，不用每个接口单独判断。这也是企业项目的标准做法之一，写进论文里能体现你的工程素养。

3.2 登录模块：JWT 还是 Session

登录认证是每个网站都绕不开的功能。音乐网站管理平台的登录，我建议用Session + 拦截器的方式实现即可，因为项目规模不大，不需要引入 JWT 这种重武器。但如果你想在答辩时秀一下知识点，可以用 JWT。

用 Session 的实现方式很简单：用户登录成功后，把 user 对象存进 Session，然后写一个 LoginInterceptor 拦截器，判断需要登录的接口有没有 Session 里的用户信息，没有就返回 401。前端拿到 401 就跳转登录页。

用 JWT 的方式稍微复杂一些，但也不难：登录成功后生成一个 token 返回给前端，前端存在 localStorage 里，每次请求时通过请求头Authorization带上，后端写一个过滤器统一解析验证。

两种方案各有利弊。Session 方案写起来快，但集群部署时不共享；JWT 方案无状态、适合分布式，但如果密钥泄露，所有 token 都会失效。对课设来说，Session 足够了，但如果你有精力，JWT 是加分的点，论文里可以写“为了实现前后端分离架构下的无状态认证，本项目采用 JWT 方案”。

3.3 前端核心页面：播放器、歌单和后台管理

前端是整个项目的“脸面”，老师第一眼看的就是界面。别整花里胡哨的动画，稳重的布局和清晰的交互比什么都重要。

路由结构建议这样划分：

• /home：首页，展示推荐歌曲和歌手
• /songs：歌曲列表，带分页和查询
• /singer/:id：歌手详情与 TA 的歌曲
• /playlist：歌单列表
• /admin：后台管理（需要登录权限）

播放器组件是整个音乐网站的核心。我用过的方案有两种：一种是引入现成的vue-aplayer组件，一种是直接用 HTML5 的<audio>标签自己做。项目规模不大时，推荐直接用<audio>标签配合 Vuex 管理状态，可控性最强。

具体思路是：在 Vuex 里维护一个播放队列playList和一个当前播放索引currentIndex，点击任意歌曲时，调playSong(song)方法，把歌曲信息推入播放器组件。播放器组件监听currentIndex变化，自动切换音频源。

// store.js 示例 const store = new Vuex.Store({ state: { currentSong: null, isPlaying: false, playQueue: [], currentIndex: 0 }, mutations: { playSong(state, song) { state.currentSong = song; state.isPlaying = true; }, setPlayQueue(state, songs) { state.playQueue = songs; }, nextSong(state) { state.currentIndex++; state.currentSong = state.playQueue[state.currentIndex]; }, prevSong(state) { state.currentIndex--; state.currentSong = state.playQueue[state.currentIndex]; } } });

后台管理页面可以用 Vue Router 的嵌套路由实现，主布局是左菜单右内容的经典样式。Element UI 的 Folder Table、Form、Upload 组件能帮你快速搭出一套管理界面。管理功能至少要包括：歌曲管理（新增、编辑、删除、上传文件）、歌手管理、用户管理、评论管理。这几个功能已经能撑起“管理平台”四个字了。

3.4 前后端联调：跨域问题和 Axios 封装

前端跑的是localhost:8080，前端跑的是localhost:3000（Vue CLI 默认），不同端口就是跨域。这里有两种主流解决方案，我推荐先用后端的 CORS 配置解决，最省事。

在 SpringBoot 里加一个配置类：

@Configuration public class CorsConfig implements WebMvcConfigurer { @Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping("/**") .allowedOriginPatterns("*") .allowedMethods("GET", "POST", "PUT", "DELETE", "OPTIONS") .allowedHeaders("*") .allowCredentials(true) .maxAge(3600); } }

加上之后，后端就允许所有来源的跨域请求了。如果不想在后端开，也可以用 Vite 或者 Vue CLI 的 proxy 代理方案，把前端的/api请求转发到后端端口。两种都可以，但我个人建议用 CORS，因为代码量少、好解释。

前端这边要封装一个统一的 Axios 实例：

import axios from 'axios'; const request = axios.create({ baseURL: 'http://localhost:8080/api', timeout: 10000, headers: { 'Content-Type': 'application/json;charset=UTF-8' } }); // 请求拦截器：自动携带 token request.interceptors.request.use(config => { const token = localStorage.getItem('token'); if (token) { config.headers['Authorization'] = token; } return config; }); // 响应拦截器：统一处理错误码 request.interceptors.response.use( response => response.data, error => { if (error.response && error.response.status === 401) { window.location.href = '/login'; } return Promise.reject(error); } ); export default request;

把 baseURL 统一管理后，前端所有接口调用都走这一个入口，后续修改后端地址只改一个文件即可，这也是前端工程化的基本要求。

3.5 文件上传：音频和封面的存取方案

音乐网站绕不开文件上传，歌曲文件、歌手头像、歌曲封面都是文件。最简单的方案是把文件保存到后端本地磁盘，然后把访问路径存到数据库。

后端接口设计成一个/upload接口，接收 MultipartFile 参数，然后把它写入一个指定目录，返回可访问的 URL：

@PostMapping("/upload") public Result<String> upload(@RequestParam("file") MultipartFile file) { if (file.isEmpty()) { return Result.error("文件为空"); } // 获取原始文件名，生成新文件名避免重名 String originalFilename = file.getOriginalFilename(); String ext = originalFilename.substring(originalFilename.lastIndexOf(".")); String newFileName = UUID.randomUUID() + ext; // 指定存储路径，建议通过配置项维护，不要硬编码 String basePath = "D:/music-platform/upload/"; File targetFile = new File(basePath + newFileName); try { file.transferTo(targetFile); return Result.success("/upload/" + newFileName); } catch (IOException e) { return Result.error("上传失败"); } }

同时要把这个目录映射成静态资源路径，前端才能访问。在 SpringBoot 里写一个 WebMvcConfigurer 的配置，把/upload/**映射到本地目录即可。

这里有一个很重要的坑：上传时要限制文件大小。SpringBoot 默认只允许 1MB 的文件，歌曲文件动不动就 3-4MB，不修改配置直接报错。在 application.yml 里加上：

spring: servlet: multipart: max-file-size: 50MB max-request-size: 50MB

实测下来 50MB 足够装下一首无损歌曲的 Flac 文件了。当然如果你只放 MP3 格式，20MB 就足够。

4. 常见问题与排查技巧实录

4.1 环境配置阶段的高频问题

我把这半年帮人排查过的环境问题整理成了一个速查表，按出现频率排序，你大概率也能遇到其中几个：

这里我想多说一句 Maven 依赖的问题，很多同学上课时用的是学校电脑，装了 Maven 之后没改过配置文件，那下载依赖的速度还不如 AI 写代码快。解决方法是打开 Maven 的 settings.xml 文件，找到<mirrors>标签，在里面加上阿里云镜像配置：

<mirror> <id>aliyunmaven</id> <mirrorOf>central</mirrorOf> <name>阿里云公共仓库</name> <url>https://maven.aliyun.com/repository/public</url> </mirror>

做完这步，再新建 SpringBoot 项目时依赖几乎是秒下。

4.2 播放器功能与媒体资源的坑

音乐网站的播放器功能是答辩时的展示重点，也是最容易出问题的地方。常见的坑有下面几个：

音频格式兼容问题。浏览器对音频格式的支持不完全统一，Chrome 和 Firefox 支持 MP3、WAV、OGG，但不支持 WMA；Safari 对某些格式也有限制。最稳妥的方案是统一上传 MP3 格式的文件，转换格式可以用格式工厂或者 FFmpeg 命令行工具，一条命令搞定：

ffmpeg -i input.wma -codec:a libmp3lame output.mp3

歌曲时长获取问题。数据库里的 duration 字段需要前端先拿到音频文件后通过audio.duration获取，然后回填给后端。这个操作要放在onloadedmetadata事件里，不然可能拿到的是 NaN：

audio.addEventListener('loadedmetadata', () => { this.songDuration = Math.round(audio.duration); });

m3u8 视频流的问题。热词里提到了“vue播放欢乐谷m.3u8”，这说明有些同学拿到了 m3u8 格式的视频地址。m3u8 是一种 HLS 协议下的流媒体格式，浏览器原生不支持直接播放，需要用 hls.js 库来解析。在 Vue 项目里引入 hls.js：

import Hls from 'hls.js'; if (Hls.isSupported()) { const hls = new Hls(); hls.loadSource(videoUrl); hls.attachMedia(videoElement); hls.on(Hls.Events.MANIFEST_PARSED, function() { videoElement.play(); }); }

不过对音乐网站来说，尽量不用 m3u8，音频文件直接用 MP3 就完事，别给自己加戏。

4.3 打包部署：从开发到“能给别人看”

项目做完了，怎么打包给别人展示？这是一个很现实的问题。总不能让老师在你电脑上装 JDK、Node、MySQL 全套环境吧。

后端打包很简单，在项目根目录执行mvn clean package，会在 target 目录下生成一个 jar 包，用java -jar xxx.jar就能运行。但要注意，如果你用的 SpringBoot 2.x，打包出来的 jar 是可直接运行的 fat jar，不会再要求额外的 Tomcat。

前端打包也简单，在 Vue 项目根目录执行npm run build，会生成一个 dist 目录，里面是纯静态文件。有两种方式发布：

第一种，把 dist 目录复制到后端项目的 src/main/resources/static 目录下，然后重新打包后端，就能通过http://localhost:8080直接访问前端页面。这种方式最省事，一个 jar 包全搞定。注意 SpringBoot 会自动把 static 目录作为静态资源根目录。

第二种，用 Nginx 部署前端，后端照常起 jar。这种方式需要改 Nginx 配置，把前端请求转发到后端。推荐第二种，更接近真实企业环境，写进论文里也更体面。

server { listen 80; server_name localhost; location / { root /opt/music-web/dist; index index.html; try_files $uri $uri/ /index.html; } location /api/ { proxy_pass http://localhost:8080; } }

这里的try_files必须带上，否则 Vue Router 的 history 模式刷新页面后会 404，这个问题能让好几个人挠头半天。

5. 项目扩展方向与实用心得

5.1 哪些扩展点能让项目从“合格”变“优秀”

整个项目按上述方案做完，已经能顺利通过普通毕设答辩了。但如果你想让项目更有亮点、在群体里脱颖而出，可以在以下几个方向挑一两个做扩展。

第一，引入 Redis 做热门歌曲缓存。在歌曲排行榜模块，每次查询播放量最多的 10 首歌时，直接从数据库查询效率不高。用 Redis 的 ZSet 数据结构维护一个播放榜，播放量变更时更新缓存，查询时直接读 Redis。这个扩展能讲清楚“为什么要缓存”和“缓存与持久化的一致性”，是面试和答辩的经典考点。

第二，对接第三方文件存储。把本地文件存储换成阿里云 OSS 或七牛云，音乐文件和封面都上传到云端，这样就不需要占用服务器空间，也便于扩展。这个扩展点能展示你对云服务的基本理解，而且代码改动量不大，只需要把上传逻辑从写本地换成调 SDK 即可。

第三，增加用户关注和社区功能。比如用户之间可以互相关注，用户可以创建歌单并公开分享，可以给歌曲点赞。这些功能本质上都是 CRUD，但组合起来能让项目的业务逻辑丰富很多，也方便写论文时画业务流程图。

第四，做数据可视化看板。管理后台加一个首页数据统计页面，用 ECharts 展示用户增长趋势、歌曲播放量 Top 10、歌手分布等图表。这个扩展视觉冲击力强，展示效果拔群，而且 ECharts 的代码都是现成的，复杂度并不高。

5.2 我在实际做这类项目时攒下的几条经验

这个项目前前后后我也算是陪跑了很多次，有一个经验特别想说：写代码前一定要先列接口清单。把后端需要提供哪些接口、每个接口的请求参数和返回结构是什么写在一张表格里，再开始写代码。不然你后端写爽了，前端调接口的时候发现字段对不上，改来改去全是重复劳动。列接口清单的时间成本可能就半小时，但能帮你省掉后面至少两天的联调时间。

另一个经验是数据库表设计文档一定要写。不用写得多正式，哪怕就是一张表格，把每张表的核心字段、关联关系列清楚就行。答辩的时候，老师基本都会问数据库设计，你拿一张设计表格出来讲解，比当场翻代码找字段要专业太多了。

再一个关于代码规范的体会：实体类字段和数据库字段的命名一定要统一风格。数据库用下划线（create_time），Java 类用驼峰（createTime），通过 MyBatis-Plus 的自动驼峰转换来衔接，这样两边代码看起来都舒服。有人图省事，Java 字段直接用下划线命名，后期写代码的时候各种别扭，返工成本很高。

5.3 答辩前的准备：哪些问题必须提前想好

其实项目做完只是成功了一半，答辩时的表现决定了最终分数。音乐网站管理平台这个项目，老师最爱问的问题，我把它们整理一下，你提前想好答案，基本就稳了。

• “你的数据库表为什么这么设计？为什么不用外键？”（答：逻辑外键，避免删除数据被限制，保证系统灵活性）
• “密码存的是明文还是加密？怎么加解密？”（答：MD5 或 BCrypt，讲解具体实现）
• “歌曲文件是怎么存的？如果用户上传了超大文件怎么办？”（答：本地存储/云存储，实现大小限制和异常处理）
• “如果同时有一百万人访问，你的系统能扛住吗？”（答：引入缓存、数据库连接池优化、分页查询、集群部署思路）
• “Vue 的组件通信机制是什么？父组件怎么给子组件传值？”（答：props 向下传、events 向上抛，Vuex 管理全局状态）

这些问题都不深，提前绕一遍思路，答辩的时候就能从容很多。千万别在答辩现场才第一次反思“我为什么这么设计”，那种支支吾吾的感觉，老师一眼就能看出来。

我自己做完这个项目之后最大的感受是：技术栈不在于多炫酷，而在于你能不能让每个环节都自圆其说。SpringBoot + Vue 这套组合，搞懂了核心逻辑，以后换任何技术栈都能很快上手。音乐网站只是一个载体，你真正学会的是如何拆解需求、设计数据模型、打通前后端、解决实际部署问题——这些能力才是这个项目送给你的真正毕业礼物。