简介这是一份面向高校计算机相关专业学生毕业设计与课程期末大作业的微信小程序实战项目源码完整复刻网易云音乐核心交互体验涵盖首页推荐、歌单浏览、歌曲播放、排行榜及个人中心等模块适合前端初学者巩固WXML/WXSS/JS三端协同开发能力并理解小程序生命周期与API调用规范。压缩包共172个文件包含108张UI资源图PNG为主、16个逻辑脚本如index.js、toplist.js、util.js、15个页面结构文件WXML、14个样式文件WXSS及13个配置文件JSON整体体积仅4.75MB轻量易部署。已有1327人下载学习资源结构清晰、命名规范附带project.config.json和README.md开箱即用代码注释充分关键功能如音乐播放控制、数据缓存、页面跳转均有典型实现可直接作为毕设原型或二次开发基础。1. 项目概述一个“麻雀虽小五脏俱全”的实战级练手项目最近在整理资料时翻到了一个几年前自己带学生做毕设时留下的“遗产”——一个仿网易云音乐的微信小程序源码包。这玩意儿说它是“毕设神器”一点不为过每年毕业季和期末大作业季总能看到它的身影在各大技术社区和论坛里流传。为什么它能经久不衰因为它精准地踩中了几个关键点技术栈主流、功能模块典型、界面美观、且“看起来”足够复杂。对于计算机、软件工程相关专业的学生来说一个能跑起来、有完整前后端交互、UI还过得去的音乐类小程序无疑是向导师展示自己综合能力的绝佳载体。这个源码包本质上是一个高仿的、功能精简但核心链路完整的音乐播放应用。它不仅仅是一堆静态页面的堆砌而是模拟了真实音乐App的核心用户体验浏览推荐歌单、搜索歌曲、播放/暂停、切换上下首、查看歌词、以及一个简单的个人中心。对于初学者而言通过剖析和二次开发这样一个项目你能系统地接触到微信小程序开发的全流程从WXML/WXSS的页面布局到JavaScript的逻辑交互再到与模拟或真实后端API的数据通信。更重要的是你能理解一个数据驱动型应用的状态管理思路比如当前播放歌曲、播放列表、播放状态这些全局数据如何在各个页面间同步和更新。如果你正面临毕设或期末大作业的选题焦虑或者想找一个有足够深度的项目来巩固微信小程序开发技能那么这个仿网易云音乐的小程序源码会是一个极佳的起点和参考。它帮你解决了“从0到1”的架构和基础功能问题让你能把精力集中在业务逻辑深化、性能优化或UI个性化上。接下来我就以一名“老司机”的视角带你深度拆解这个项目的设计与实现并分享一些能让你的项目脱颖而出的实战技巧和避坑指南。2. 项目整体架构与设计思路拆解拿到一个现成的源码包最忌讳的就是直接打开代码编辑器闷头看。首先我们需要站在设计者的角度理解这个项目的整体架构和技术选型背后的逻辑。这能帮你快速把握项目脉络知道哪些部分是核心哪些是锦上添花从而进行有效的定制化开发。2.1 技术栈选型与项目结构解析一个典型的仿网易云音乐微信小程序项目其技术栈是清晰且固定的因为微信小程序提供了官方的开发框架。前端框架 微信小程序原生框架。这是必选项它包含了WXML模板、WXSS样式、JavaScript逻辑和JSON配置这四类文件。选择原生框架而非Taro、uni-app等跨端方案对于毕设项目来说是最稳妥的。原因有三一是资料最全社区问题解决方案最多二是能最深入地理解小程序运行机制三是最终部署上线流程最直接避免跨端编译可能带来的兼容性问题。数据管理 主要依赖微信小程序提供的App()全局对象和页面Page()内的data对象。对于播放状态、用户信息等需要跨页面共享的数据通常会在app.js的globalData中定义并通过getApp()方法在各页面获取和修改。对于更复杂的状态管理如大型项目可以考虑使用wx.setStorageSync进行本地持久化或者引入像mobx-miniprogram这样的状态管理库但对于本仿写项目全局变量基本够用。网络请求 使用wx.requestAPI。这里的关键在于如何处理与后端的数据交互。源码中通常会包含一个api目录或一个request.js工具文件对wx.request进行封装统一处理请求域名baseURL、请求头如token、加载状态、错误码等这是工程化思维的体现。UI组件 以自定义组件为主结合小程序原生组件。例如底部的全局播放控制栏、顶部的自定义导航栏、歌曲列表项等都会被抽离成独立组件以提高代码复用性和可维护性。项目结构通常如下仿网易云音乐小程序源码 ├── pages/ // 页面文件目录 │ ├── index/ // 首页推荐、歌单 │ ├── play/ // 播放页播放器核心页面 │ ├── search/ // 搜索页 │ └── my/ // 我的个人中心 ├── components/ // 自定义组件目录 │ ├── play-bar/ // 底部播放控制栏组件 │ ├── song-item/ // 歌曲列表项组件 │ └── nav-bar/ // 自定义导航栏组件 ├── utils/ // 工具函数目录 │ ├── request.js // 封装的网络请求模块 │ ├── util.js // 通用工具函数 │ └── lyric-parser.js // 歌词解析器核心 ├── app.js // 小程序入口文件定义全局逻辑和数据 ├── app.json // 全局配置页面路径、窗口样式等 ├── app.wxss // 全局样式 └── project.config.json // 项目配置文件注意 很多“源码包”为了演示后端数据可能是静态的mock数据写在js文件里或者使用一些公开的、不稳定的第三方音乐API。这在毕设演示时问题不大但如果你想做一个“能用的”作品需要考虑数据来源的合法性和稳定性。一种常见的做法是自己用Node.js Express/Koa MySQL/MongoDB搭建一个简单的后端提供歌单、歌曲信息、歌词等数据接口这本身也是一个加分项。2.2 核心功能模块设计思路这个仿写项目的核心在于音乐播放一切功能都围绕它展开。设计时需要考虑以下几个关键问题播放器状态全局管理 播放器不能局限于play页面。当用户在首页点击一首歌需要跳转到播放页并开始播放当用户在播放页切歌或暂停时底部的全局播放栏状态需要同步更新当用户退出播放页音乐应能继续在后台播放。这就要求我们将currentSong当前歌曲信息、playList播放列表、playingState是否播放、currentTime播放进度等状态提升到全局app.globalData进行管理。播放页与播放栏的通信 播放页是功能完整的播放器界面有进度条、歌词滚动、播放模式切换等。底部播放栏是一个简化版的控制器。它们需要监听同一个全局状态的变化。通常使用小程序的事件总线或简单的观察者模式来实现。例如在app.js中定义一个用于更新播放状态的函数任何页面调用此函数后通过wx.eventChannel或手动触发页面/组件更新。歌词的实时同步与解析 这是播放器的灵魂功能也是技术难点。歌词文件通常是.lrc格式需要被解析成结构化数据一个数组每项包含时间戳和文本。在播放时需要根据音频的currentTime高亮显示对应的歌词行并让歌词区域滚动到正确位置。这涉及到wx.createInnerAudioContext的onTimeUpdate事件监听、数组查找算法以及CSS动画。音频播放的兼容性与性能 微信小程序的音频播放API存在一些限制和坑。例如同一时间只能有一个InnerAudioContext实例在播放在iOS和Android上音频播放的自动播放策略不同频繁创建和销毁音频实例可能导致内存问题。最佳实践是在app.js中创建全局唯一的音频上下文实例并在整个应用生命周期内复用它。理解了这些设计思路再看代码就不会觉得是一团乱麻了。你会明白为什么某个数据要放在app.js里为什么组件之间要这样传递事件。3. 核心功能实现细节与难点剖析接下来我们深入到几个核心功能的代码层面看看具体是如何实现的并分析其中可能遇到的“坑”。3.1 全局播放器状态管理与音频上下文这是整个项目的基石。我们通常在app.js中初始化这一切。// app.js App({ globalData: { audioContext: null, // 全局音频实例 currentSong: null, // 当前播放歌曲信息 {id, name, singer, album, url, coverImg等} playList: [], // 播放列表 playing: false, // 是否正在播放 currentTime: 0, // 当前播放时间秒 duration: 0, // 歌曲总时长秒 playMode: order, // 播放模式order(顺序), loop(单曲循环), random(随机) }, onLaunch() { // 创建全局唯一的音频上下文 if (!this.globalData.audioContext) { const audioContext wx.createInnerAudioContext(); audioContext.autoplay false; // 通常不自动播放由用户触发 audioContext.onPlay(() { this.globalData.playing true; this._notifyPlayingStateChange(); // 通知所有页面更新 }); audioContext.onPause(() { this.globalData.playing false; this._notifyPlayingStateChange(); }); audioContext.onStop(() { this.globalData.playing false; this._notifyPlayingStateChange(); }); audioContext.onTimeUpdate(() { this.globalData.currentTime audioContext.currentTime; this.globalData.duration audioContext.duration || 0; this._notifyTimeUpdate(); // 通知更新进度条和歌词 }); audioContext.onEnded(() { this._playNext(); // 播放结束根据模式播放下一首 }); this.globalData.audioContext audioContext; } }, // 一个简单的事件通知机制简化版实际可用wx.eventChannel或自己实现Pub/Sub _notifyPlayingStateChange() { // 这里可以通过获取当前页面栈向特定页面发送事件或者设置一个全局标志由页面自己监听。 // 更优雅的方式是使用小程序的 wx.eventChannel 或像 observable 这样的简单观察者模式。 const pages getCurrentPages(); const currentPage pages[pages.length - 1]; if (currentPage currentPage.onGlobalPlayingStateChange) { currentPage.onGlobalPlayingStateChange(this.globalData); } }, _notifyTimeUpdate() { // 类似_notifyPlayingStateChange通知时间更新 }, // 播放指定歌曲 playSong(song) { const { audioContext, currentSong } this.globalData; if (currentSong currentSong.id song.id audioContext.paused false) { // 正在播放同一首歌无需操作 return; } this.globalData.currentSong song; audioContext.src song.url; // 设置音频源 audioContext.play(); // 更新播放列表逻辑如果歌曲不在列表中则加入 this._addToPlayList(song); }, // 切换播放/暂停 togglePlayState() { const { audioContext, playing } this.globalData; if (playing) { audioContext.pause(); } else { // 如果当前没有歌曲尝试播放播放列表第一首 if (!this.globalData.currentSong this.globalData.playList.length 0) { this.playSong(this.globalData.playList[0]); } else { audioContext.play(); } } }, _playNext() { // 根据 playMode (order, loop, random) 计算下一首歌曲的逻辑 // ... 实现略 const nextSong this._calculateNextSong(); if (nextSong) { this.playSong(nextSong); } }, })实操心得音频实例唯一性 务必确保wx.createInnerAudioContext只调用一次。多次创建不仅浪费资源还会导致播放控制混乱比如两个实例同时播放。播放状态同步audioContext的onPlay、onPause等事件是状态变化的唯一可靠来源。不要仅仅通过一个boolean变量来推断状态一定要以音频实例的实际状态为准。错误处理 真实项目中一定要监听audioContext.onError。网络问题、音频格式不支持、资源不存在等都可能导致播放失败需要有友好的用户提示。后台播放 如果需要小程序切到后台后仍能播放需在app.json中配置requiredBackgroundModes: [audio]并在audioContext创建时设置obeyMuteSwitch: falseiOS。但要注意审核政策非音乐类小程序可能无法通过。3.2 歌词解析与滚动同步实现歌词功能是提升项目质感的关键。我们首先需要一个歌词解析器。// utils/lyric-parser.js class LyricParser { constructor(lrc) { this.lrc lrc; this.lines []; // 解析后的数组格式: {time: number, text: string} this._parse(); } _parse() { if (!this.lrc) return; const lines this.lrc.split(\n); const timeReg /\[(\d{2}):(\d{2})\.(\d{2,3})\]/; // 匹配 [mm:ss.xx] this.lines lines.map(line { const result timeReg.exec(line); if (result) { const minute parseInt(result[1]) * 60; const second parseInt(result[2]); const millisecond result[3].length 2 ? parseInt(result[3]) * 10 : parseInt(result[3]); // 处理两位和三位毫秒 const time (minute second) * 1000 millisecond; const text line.replace(timeReg, ).trim(); return { time, text }; } return null; }).filter(item item ! null item.text ! ); // 按时间排序 this.lines.sort((a, b) a.time - b.time); } // 根据当前时间毫秒找到对应的歌词行索引 findLineIndex(currentTime) { const time currentTime * 1000; // 秒转毫秒 for (let i 0; i this.lines.length; i) { if (time this.lines[i].time) { return i - 1; // 返回上一行索引 } } return this.lines.length - 1; // 最后一行 } } module.exports LyricParser;在播放页play.js和play.wxml中我们需要使用这个解析器并实现滚动效果。// pages/play/play.js const LyricParser require(../../utils/lyric-parser.js); Page({ data: { lyricLines: [], // 解析后的歌词行数组 currentLineIndex: -1, // 当前高亮行的索引 lyricScrollTop: 0, // 歌词滚动区域scroll-view的滚动位置 lineHeight: 40, // 预设的每行歌词高度单位rpx需与WXSS中一致 }, onLoad(options) { // 假设从全局或上个页面获取到了歌曲信息和歌词原文 const lrcText [00:00.00]歌词示例...; // 这里应该是从网络请求获取的 const parser new LyricParser(lrcText); this.setData({ lyricLines: parser.lines }); // 监听全局时间更新 const app getApp(); app.globalData.onTimeUpdateCallback this._updateLyric.bind(this); }, _updateLyric(currentTime) { const { lyricLines, lineHeight } this.data; if (lyricLines.length 0) return; const index this.lyricParser.findLineIndex(currentTime); // 假设lyricParser实例已保存 if (index ! this.data.currentLineIndex index 0) { this.setData({ currentLineIndex: index, // 计算滚动位置让当前行居中显示 lyricScrollTop: (index - 3) * lineHeight // 减去3行让当前行在中间偏上位置 }); } }, })!-- pages/play/play.wxml -- view classlyric-container scroll-view scroll-y scroll-top{{lyricScrollTop}} scroll-with-animation classlyric-scroll view classlyric-list block wx:for{{lyricLines}} wx:keytime view classlyric-line {{index currentLineIndex ? active : }} {{item.text}} /view /block /view /scroll-view /view/* pages/play/play.wxss */ .lyric-scroll { height: 600rpx; /* 固定高度 */ } .lyric-line { height: 80rpx; /* 与JS中lineHeight对应注意单位转换 */ line-height: 80rpx; text-align: center; font-size: 32rpx; color: #999; transition: all 0.3s; } .lyric-line.active { color: #fff; font-size: 36rpx; font-weight: bold; }避坑指南歌词时间格式 网络上的歌词文件格式可能不统一毫秒部分可能是两位.12或三位.123解析时需做好兼容处理如上文代码所示。滚动性能 如果歌词行数非常多比如一首超长的交响乐频繁调用setData更新lyricScrollTop可能会卡顿。可以加入节流throttle逻辑比如每100毫秒更新一次位置而不是在onTimeUpdate的每次回调可能每秒10次都更新。无歌词处理 很多歌曲可能没有歌词或获取失败前端需要做好空状态显示例如显示“暂无歌词”或纯音乐标识。scroll-view的坑scroll-top的单位是px而小程序中样式常用rpx。计算滚动位置时如果lineHeight用的是rpx需要转换为px。转换公式大致为px rpx / (750 / wx.getSystemInfoSync().windowWidth)。为了简化可以约定scroll-view内部元素的高度单位也用px或者使用CSS的scroll-behavior和JS的wx.pageScrollTo但后者用于页面滚动非scroll-view。3.3 自定义导航栏与播放控制栏组件为了更贴近原生App的体验自定义导航栏和底部全局播放栏是标配。自定义导航栏 需要在app.json中设置navigationStyle: custom来隐藏默认导航栏然后在每个页面的最顶部用view自己画一个。需要注意适配不同手机的状态栏高度可以通过wx.getSystemInfoSync().statusBarHeight获取。底部全局播放栏组件(components/play-bar) 这个组件需要监听全局播放状态并暴露简单的控制接口播放/暂停、切歌。// components/play-bar/play-bar.js Component({ properties: { // 组件属性也可通过监听全局数据获得 }, data: { currentSong: null, playing: false, }, lifetimes: { attached() { const app getApp(); // 监听全局状态变化这里用简单的轮询或事件机制实际建议用更优雅的状态管理 this._updateState(app.globalData); // 假设我们在app.globalData上挂载了一个监听函数 app.globalData.onPlayerStateChange this._updateState.bind(this); }, }, methods: { _updateState(globalData) { this.setData({ currentSong: globalData.currentSong, playing: globalData.playing }); }, onTapPlayBar() { // 点击跳转到全屏播放页 wx.navigateTo({ url: /pages/play/play, }); }, onTapPlayPause() { const app getApp(); app.togglePlayState(); // 调用App中定义的方法 }, } })在app.json中注册这个组件并在主页面如index的json文件中引用它将其放置在页面底部固定定位。4. 数据获取与Mock方案对于毕设项目后端API可能是不稳定的。一个健壮的做法是准备两套数据源一套是模拟的本地数据Mock用于开发和演示另一套是连接真实或自己搭建的后端API。4.1 封装网络请求在utils/request.js中封装wx.request。// utils/request.js const BASE_URL https://your-api-server.com; // 生产环境地址 // const BASE_URL http://localhost:3000; // 开发环境地址 const request (options) { const { url, method GET, data, header {} } options; // 显示加载中 wx.showLoading({ title: 加载中..., mask: true }); return new Promise((resolve, reject) { wx.request({ url: ${BASE_URL}${url}, method, data, header: { Content-Type: application/json, Authorization: Bearer ${wx.getStorageSync(token)}, // 如果有token ...header, }, success: (res) { wx.hideLoading(); const { statusCode, data: responseData } res; if (statusCode 200 statusCode 300) { // 假设后端返回格式为 { code: 0, data: {}, msg: success } if (responseData.code 0) { resolve(responseData.data); } else { wx.showToast({ title: responseData.msg || 请求失败, icon: none }); reject(new Error(responseData.msg)); } } else { wx.showToast({ title: 网络错误: ${statusCode}, icon: none }); reject(new Error(HTTP ${statusCode})); } }, fail: (err) { wx.hideLoading(); wx.showToast({ title: 网络连接失败, icon: none }); reject(err); }, complete: () { // 可以在这里处理一些全局完成逻辑 } }); }); }; // 导出常用的方法 module.exports { get: (url, data) request({ url, method: GET, data }), post: (url, data) request({ url, method: POST, data }), // ... put, delete 等 };4.2 实现Mock数据与API切换可以创建一个config.js配置文件或者利用环境变量。// config.js const isMock true; // 通过编译环境或手动切换 const MOCK_BASE /mock; // 本地Mock数据路径前缀 const API_BASE /api; export const API { // 推荐歌单 getRecommendPlaylist: isMock ? ${MOCK_BASE}/recommend_playlist.json : ${API_BASE}/playlist/recommend, // 搜索 search: isMock ? ${MOCK_BASE}/search_result.json : ${API_BASE}/search, // 获取歌曲详情含URL getSongDetail: isMock ? ${MOCK_BASE}/song_detail.json : ${API_BASE}/song/detail, // 获取歌词 getLyric: isMock ? ${MOCK_BASE}/lyric.json : ${API_BASE}/lyric, };对于Mock数据你可以在项目根目录下创建一个mock文件夹里面存放对应的.json文件。然后在request.js中根据isMock判断如果是Mock请求就使用wx.request读取本地JSON文件或者更简单地直接Promise.resolve(require(‘../mock/xxx.json‘))。经验之谈Mock数据要真实 Mock数据的结构应尽量与真实API返回的结构一致这样切换时改动最小。接口文档化 即使是自己写的简单后端也建议用swagger或apifox等工具定义好接口文档前后端并行开发效率更高。错误边界处理 网络请求一定要有完整的错误处理success中的业务错误码和fail中的网络错误。在页面中使用wx.showModal或wx.showToast给用户友好提示同时避免程序崩溃。5. 项目优化与扩展方向一个能拿高分的毕设不仅在于功能的实现更在于你对项目的思考、优化和扩展。以下是一些可以深入的方向5.1 性能优化点图片优化懒加载 对于歌单列表、歌手列表等大量图片的场景使用小程序原生的image组件的lazy-load属性。使用WebP格式 如果后端支持请求图片时可以指定格式为WebP体积更小。图片尺寸适配 根据显示区域大小请求不同尺寸的图片。很多云存储服务如七牛云、阿里云OSS都支持图片处理参数。数据缓存wx.setStorageSync 将用户歌单、播放记录、搜索历史等不常变的数据缓存到本地提升二次访问速度。缓存策略 对于推荐歌单等数据可以设置一个合理的过期时间如1小时过期后再重新请求。减少setData这是小程序性能的核心。避免在频繁触发的事件如onPageScroll、音频onTimeUpdate中频繁调用setData。对于歌词滚动可以合并计算使用节流。使用WXS微信脚本处理一些简单的视图逻辑减少逻辑层与视图层的通信。5.2 功能扩展建议用户系统 实现微信一键登录记录用户的收藏歌单、播放历史、创建的歌单。这需要后端支持但能极大丰富项目内容。歌单管理 允许用户创建、编辑、删除自己的歌单并从其他歌单中添加/移除歌曲。播放列表管理 在当前播放列表界面允许用户删除歌曲、调整顺序、清空列表。音乐可视化 利用wx.createCanvasContext绘制简单的音频频谱或波形图这是一个非常炫酷的加分项。后台播放与锁屏控制 深入研究小程序的后台音频播放能力并尝试在锁屏界面显示播放控件仅限安卓且需特定设置。动画与交互 为页面切换、按钮点击、播放进度条等添加细腻的动画效果提升用户体验。可以使用小程序自带的animation组件或CSS3动画。5.3 部署与上线后端部署 如果你自己搭建了后端可以购买一台云服务器如腾讯云、阿里云的学生机使用Docker或PM2部署你的Node.js服务。小程序上线 完成开发后在微信公众平台提交审核。注意如果你的小程序涉及音乐播放可能需要提供**《非经营性互联网信息服务备案核准》** 或相关版权证明否则可能审核不通过。对于毕设演示可以强调其为“技术学习与演示用途”并关闭线上版本的音乐播放功能仅保留界面和本地Mock数据。代码管理 使用Git进行版本控制将代码托管到GitHub或Gitee。清晰的Commit记录和README文档说明项目背景、技术栈、运行方式能体现你的工程素养。6. 常见问题排查与调试技巧在开发过程中你肯定会遇到各种奇怪的问题。这里记录几个高频问题音频无法播放或报错检查音频源地址 确保audioContext.src的URL是有效的并且音频格式是小程序支持的如MP3、AAC。可以通过浏览器直接访问该URL测试。检查域名配置 音频文件所在的域名必须在小程序管理后台的“开发设置”-“服务器域名”中配置。本地调试时需要在“详情”-“本地设置”中勾选“不校验合法域名...”。监听错误事件 务必实现audioContext.onError回调根据错误码排查errMsg中会包含。页面样式错乱单位混淆 最常见的是rpx和px混用导致布局在不同屏幕尺寸下错乱。记住设计稿通常是750rpx宽rpx是响应式单位。样式污染 自定义组件的样式默认是隔离的但页面样式可能相互影响。检查选择器是否过于宽泛。可以使用page元素作为根选择器限定范围。使用开发者工具的Wxml面板 可以实时查看元素的最终样式和盒模型是调试CSS的利器。自定义组件通信失败属性未正确传递 检查父组件wxml中是否正确绑定了属性子组件properties定义是否正确。事件触发与监听 子组件使用this.triggerEvent(‘eventName‘, data)触发事件父组件在wxml中用bind:eventName或catch:eventName监听。注意事件名不要写错。真机调试与预览问题“白屏”或“加载中” 首先检查基础库版本是否过高尝试降低版本。检查app.json中的页面路径是否正确。使用开发者工具的“真机调试”功能通过扫码在手机上查看控制台日志。网络请求失败 真机上必须使用HTTPS且域名已备案并加入服务器域名列表。开发阶段可开启“不校验域名”选项但上线前必须配置好。setData数据量过大导致卡顿只更新变化的数据 避免每次setData都传递整个大对象。例如只更新data.list[3].name而不是整个data.list。使用数据路径this.setData({ ‘list[3].name‘: ‘newName‘ })。虚拟列表 对于超长列表如成千上万首歌考虑使用recycle-view等虚拟列表组件只渲染可视区域内的元素。这个仿网易云音乐的小程序项目就像一本涵盖了小程序核心知识的“活教材”。从页面布局到组件通信从状态管理到音频处理从网络请求到性能优化它几乎触及了微信小程序开发的方方面面。我建议你不要满足于让项目“跑起来”而是带着问题去阅读每一行代码为什么这里要用全局变量这个组件为什么要这样设计这个动画效果是怎么实现的尝试去修改它增加新功能修复潜在的Bug。这个过程本身就是对你所学知识最好的巩固和升华。最后别忘了写一份清晰的技术文档和项目总结这在答辩时和你未来的求职简历上都会是浓墨重彩的一笔。本文还有配套的精品资源点击获取