簡介本資源是一套完整的本科畢業(yè)設計項目實現(xiàn)面向大數(shù)據(jù)專業(yè)學生及Spark初學者聚焦音樂平臺真實場景的數(shù)據(jù)分析實踐。項目基于Apache Spark構(gòu)建分布式分析流水線覆蓋用戶行為、歌曲熱度、群體畫像、時段偏好與評論情感五大分析方向可直接用于課程設計、畢設開題與工程復現(xiàn)。壓縮包共404個文件9.67MB包含123個Java/Scala核心業(yè)務代碼含Spark SQL與Streaming模塊、56個JS36個HTML前端可視化頁面、35個PNG/JPG圖表素材以及l(fā)og4j、Flume、Bootstrap等配套配置與樣式資源結(jié)構(gòu)清晰模塊解耦明確。已有2604人學習下載提供從數(shù)據(jù)采集、清洗、計算到Web展示的全鏈路代碼與配置附帶AmazeUI/Font Awesome等成熟前端組件集成方案便于快速部署與二次開發(fā)。1. 畢業(yè)設計真能跑通 Spark 分析網(wǎng)易云音樂數(shù)據(jù)別被“爬蟲Spark”標題騙了這其實是數(shù)據(jù)工程能力的完整閉環(huán)檢驗很多同學看到“基于Spark網(wǎng)易云音樂數(shù)據(jù)分析”這個畢業(yè)設計標題第一反應是爬點歌單、用Spark SQL查個播放量TOP10、畫個詞云交差。但真實落地時90%的人卡在第三步——數(shù)據(jù)根本進不了Spark。不是因為不會寫sc.textFile()而是因為原始數(shù)據(jù)壓根沒清洗成可計算形態(tài)歌單ID混著用戶ID、評論時間戳格式不統(tǒng)一、歌手字段里塞著“/”分隔的多人名、甚至JSON嵌套三層還帶HTML轉(zhuǎn)義字符。這不是Spark的問題是數(shù)據(jù)管道沒建起來。這個選題真正考驗的是能否把一個非結(jié)構(gòu)化、高噪聲、強時效性的互聯(lián)網(wǎng)公開數(shù)據(jù)流通過合理分層原始層→清洗層→主題層→應用層變成可復用、可驗證、可回溯的分析資產(chǎn)。適合想扎實掌握大數(shù)據(jù)開發(fā)全流程的本科生尤其適合那些簡歷上寫著“熟悉Hadoop生態(tài)”但連spark-submit --jars加依賴都配錯三次的同學。它不追求模型多炫而要求每一步都有日志、有校驗、有退路——比如某次ETL任務失敗后5分鐘內(nèi)能定位到是某條歌單的封面URL里多了個不可見的零寬空格。2. 從網(wǎng)頁源碼到DataFrame三步構(gòu)建可復用的網(wǎng)易云音樂數(shù)據(jù)采集鏈路2.1 為什么不用Selenium用RequestsBeautifulSoup正則組合拳才是畢業(yè)設計的務實選擇畢業(yè)設計不是工業(yè)級爬蟲項目不需要模擬登錄、處理滑塊驗證碼或應對JS渲染。網(wǎng)易云音樂的歌單頁、歌曲詳情頁、熱門評論頁其核心數(shù)據(jù)歌單名、創(chuàng)建者、歌曲列表、評論內(nèi)容、點贊數(shù)全部存在于HTML靜態(tài)響應中。Selenium啟動瀏覽器、等待渲染、管理驅(qū)動版本對本地調(diào)試極其不友好——你改一行XPath等Chrome加載完再看報錯節(jié)奏全亂。而RequestsBS4組合配合requests.adapters.HTTPAdapter設置重試策略和連接池5分鐘就能跑通一頁。關鍵代碼如下import requests from bs4 import BeautifulSoup import time import random def fetch_playlist_page(playlist_id: str, headers: dict) - str: url fhttps://music.163.com/playlist?id{playlist_id} session requests.Session() # 復用連接避免TIME_WAIT堆積 adapter requests.adapters.HTTPAdapter(max_retries3, pool_connections10, pool_maxsize10) session.mount(https://, adapter) try: resp session.get(url, headersheaders, timeout10) resp.raise_for_status() # 網(wǎng)易云有反爬必須加隨機延遲否則IP被限速 time.sleep(random.uniform(0.8, 1.5)) return resp.text except Exception as e: print(f獲取歌單 {playlist_id} 失敗: {e}) return # headers 必須包含 Referer 和 User-Agent否則返回 403 HEADERS { User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36, Referer: https://music.163.com/ }提示Referer是硬性要求網(wǎng)易云會校驗來源頁。漏掉這行所有請求返回空HTML。User-Agent建議用最新版Chrome避免被識別為爬蟲。2.2 解析歌單頁用正則提取JSON數(shù)據(jù)比XPath更穩(wěn)因為網(wǎng)易云把結(jié)構(gòu)化數(shù)據(jù)藏在script里翻看網(wǎng)易云歌單頁源碼你會發(fā)現(xiàn)頁面主體是空的div idg_main真正的數(shù)據(jù)藏在script標簽里的一段JavaScript變量賦值中形如var playlist { id: 123, name: ...};。用XPath定位div classu-cover u-cover-1下的文本極易因前端微調(diào)而失效而正則匹配var playlist (.*?);只要變量名不變就穩(wěn)如磐石。實測對比XPath在網(wǎng)易云2023年Q4前端重構(gòu)后全部失效正則方案零修改繼續(xù)運行。import re import json def parse_playlist_html(html: str) - dict: # 匹配 var playlist {...}; 中的 JSON 字符串 pattern rvar\splaylist\s*\s*(\{.*?\}); match re.search(pattern, html, re.DOTALL) if not match: return {} try: # 去除注釋、修復末尾逗號部分版本JS有語法錯誤 json_str re.sub(r//.*?$, , match.group(1), flagsre.MULTILINE) json_str re.sub(r,\s*}, }, json_str) # 修復非法結(jié)尾逗號 return json.loads(json_str) except json.JSONDecodeError as e: print(fJSON解析失敗: {e}) return {} # 示例調(diào)用 html fetch_playlist_page(23456789, HEADERS) playlist_data parse_playlist_html(html) print(f歌單名: {playlist_data.get(name)}, 歌曲數(shù): {playlist_data.get(trackCount)})邏輯說明re.DOTALL讓.匹配換行符確?？缧蠮SON能捕獲json.loads()前先做兩處容錯刪JS單行注釋、修結(jié)尾逗號——這是網(wǎng)易云前端工程師留下的“彩蛋”不處理就會JSONDecodeError。參數(shù)playlist_data字典結(jié)構(gòu)穩(wěn)定含tracks鍵歌曲列表、creator鍵創(chuàng)建者信息、tags鍵歌單標簽直接可轉(zhuǎn)為Pandas DataFrame。2.3 構(gòu)建最小可行數(shù)據(jù)集只抓10個高質(zhì)量歌單勝過1000個臟數(shù)據(jù)畢業(yè)設計不是數(shù)據(jù)競賽數(shù)據(jù)質(zhì)量數(shù)據(jù)量。盲目擴大爬取范圍只會讓后續(xù)清洗工作爆炸式增長。我的做法是人工篩選10個典型歌單——3個華語熱歌榜含周杰倫、陳綺貞、新褲子樂隊、3個小眾獨立音樂實驗電子、后搖、City Pop、2個語種混合日語動漫OST、韓語K-Pop、2個場景化歌單“咖啡館背景音”“深夜emo專用”。理由很實在覆蓋不同數(shù)據(jù)模式中文名/外文名/混合名、單歌手/多歌手/樂隊名、標簽豐富/標簽稀疏且每個歌單歌曲數(shù)控制在50首以內(nèi)總數(shù)據(jù)量約500條本地CSV僅2MBSpark本地模式秒級完成測試。記住畢業(yè)答辯時老師問“你如何保證數(shù)據(jù)代表性”你指著這10個歌單的命名邏輯和覆蓋維度比說“我爬了10萬條”有力十倍。3. 數(shù)據(jù)清洗與分層建模用PySpark把臟數(shù)據(jù)煉成分析燃料3.1 清洗層Clean Layer用DataFrame API做原子化操作拒絕UDF黑匣子很多同學一上來就寫UDF用戶自定義函數(shù)處理歌手名分割結(jié)果性能暴跌、調(diào)試困難。PySpark的內(nèi)置函數(shù)足夠應付90%清洗需求。以“歌手字段含‘/’分隔多人”為例正確姿勢是from pyspark.sql import SparkSession from pyspark.sql.functions import col, split, explode, trim, when, regexp_replace, size spark SparkSession.builder \ .appName(NeteaseMusicClean) \ .master(local[*]) \ .getOrCreate() # 假設原始DF有列song_id, song_name, artists, album_name df_raw spark.read.csv(data/raw/songs.csv, headerTrue, inferSchemaTrue) # 步驟1清理artists字段——去空格、去HTML實體、標準化分隔符 df_cleaned df_raw.withColumn( artists_clean, trim(regexp_replace(col(artists), rnbsp;|#xa;, )) # 替換HTML空格和換行 ).withColumn( artists_clean, regexp_replace(col(artists_clean), r\s/\s, /) # 統(tǒng)一分隔符為單斜杠 ) # 步驟2拆分為多行一對多每行一個歌手 df_exploded df_cleaned.withColumn( artist_list, split(col(artists_clean), /) ).withColumn( artist, explode(col(artist_list)) ).withColumn( artist, trim(col(artist)) # 再次去首尾空格 ).filter(col(artist) ! ) # 過濾空歌手 # 步驟3處理專輯名中的括號和年份如“范特西 (2001)” → “范特西” df_final df_exploded.withColumn( album_name_clean, regexp_replace(col(album_name), r\s*\(\d{4}\)\s*, ) ).withColumn( album_name_clean, trim(col(album_name_clean)) )參數(shù)說明split(..., /)按斜杠切分explode()將數(shù)組展開為多行trim()防一手中間空格。全程無Python循環(huán)、無UDF執(zhí)行計劃清晰可見Shuffle可控。若強行用UDFpandas_udf需序列化/反序列化udf在JVM側(cè)調(diào)用Python進程小數(shù)據(jù)集都慢半拍答辯演示時卡頓就是事故。3.2 主題層Theme Layer構(gòu)建“歌曲-歌手-歌單”星型模型為分析打地基清洗后的數(shù)據(jù)是扁平的但分析需要關聯(lián)。例如“周杰倫的歌在哪些歌單里被收藏最多”就需要歌曲、歌手、歌單三張表關聯(lián)。我們建三張表表名主鍵關鍵字段存儲路徑dim_songsong_idsong_name,album_name_clean,duration_msdata/dim/song/dim_artistartist_idMD5(artist)artist_name,artist_type主唱/伴唱/樂隊data/dim/artist/fact_playlist_song(playlist_id, song_id)add_time,position_in_playlistdata/fact/playlist_song/建模邏輯dim_artist用md5(artist)作主鍵避免中文名重復如“張楚”和“張楚歌手”fact_playlist_song不存歌單名只存ID和關系解耦維度所有表用Parquet格式存儲壓縮率高、謂詞下推快。代碼示例生成dim_artistfrom pyspark.sql.functions import md5, lower, when # 從df_exploded中提取唯一歌手 df_artist df_exploded.select(artist).distinct() \ .withColumn(artist_id, md5(lower(col(artist)))) \ .withColumn(artist_type, when(col(artist).contains(合唱), chorus) .when(col(artist).contains(樂隊), band) .otherwise(solo)) df_artist.write.mode(overwrite).parquet(data/dim/artist/)注意md5(lower())確保大小寫不敏感去重artist_type用when/otherwise而非UDF保持SQL優(yōu)化器可見性。3.3 應用層Application Layer用Spark SQL寫分析腳本比DataFrame API更貼近業(yè)務語言畢業(yè)設計答辯時老師更愿聽你講“我分析了用戶收藏行為”而不是“我用了join()和groupBy()”。把分析邏輯寫成SQL可讀性、可維護性、可解釋性拉滿。例如“各語種歌單的平均歌曲時長分布”-- 文件: sql/analysis_lang_duration.sql WITH lang_tag AS ( SELECT playlist_id, CASE WHEN tags LIKE %日語% OR tags LIKE %J-POP% THEN Japanese WHEN tags LIKE %韓語% OR tags LIKE %K-POP% THEN Korean WHEN tags LIKE %英語% OR tags LIKE %英文% THEN English ELSE Chinese END AS lang FROM dim_playlist ), playlist_avg AS ( SELECT l.lang, AVG(s.duration_ms) / 1000.0 AS avg_duration_sec FROM fact_playlist_song f JOIN lang_tag l ON f.playlist_id l.playlist_id JOIN dim_song s ON f.song_id s.song_id GROUP BY l.lang ) SELECT * FROM playlist_avg ORDER BY avg_duration_sec DESC;執(zhí)行方式spark-sql -f sql/analysis_lang_duration.sql -o result/lang_duration.csv優(yōu)勢SQL天然支持CTE、窗口函數(shù)、復雜CASE業(yè)務邏輯一目了然.sql文件可單獨測試、版本管理答辯時直接貼SQL老師掃一眼就懂你在算什么。4. 避坑指南那些讓我重跑3遍Spark任務的血淚經(jīng)驗4.1 現(xiàn)象spark-submit本地運行正常集群提交后java.lang.ClassNotFoundException: org.jsoup.Jsoup原因Jsoup是解析HTML必需的jar包本地模式local[*]自動加載$SPARK_HOME/jars/下的jar但YARN集群模式默認不傳。--jars參數(shù)必須顯式指定且路徑要是HDFS或HTTP可訪問地址。解決將jsoup-1.17.2.jar上傳至HDFShdfs dfs -put jsoup-1.17.2.jar /lib/提交命令加--jars hdfs:///lib/jsoup-1.17.2.jar更穩(wěn)妥做法用--packages org.jsoup:jsoup:1.17.2Spark自動下載需集群能聯(lián)網(wǎng)4.2 現(xiàn)象清洗后artist字段出現(xiàn)亂碼且數(shù)量隨數(shù)據(jù)量增大而增多原因網(wǎng)易云部分歌單頁響應頭聲明charsetGBK但實際內(nèi)容是UTF-8。Requests默認按響應頭解碼導致中文變。解決強制指定編碼resp session.get(url, headersheaders, timeout10) resp.encoding utf-8 # 覆蓋響應頭聲明 html resp.text4.3 現(xiàn)象fact_playlist_song表中playlist_id為空導致后續(xù)JOIN全丟棄原因爬取時部分歌單頁script里playlist.id字段缺失如私密歌單parse_playlist_html()返回空字典song_id等字段全為None寫入Parquet后變NULL。解決清洗層加強校驗在df_raw讀入后立即過濾df_raw df_raw.filter(col(playlist_id).isNotNull() (col(playlist_id) ! ))4.4 現(xiàn)象spark-sql執(zhí)行COUNT(*)極慢EXPLAIN顯示全表Scan未走分區(qū)剪枝原因Parquet表未按常用過濾字段如date_partition分區(qū)物理文件無目錄結(jié)構(gòu)。解決寫入時顯式分區(qū)df_cleaned.write \ .mode(overwrite) \ .partitionBy(date_partition) \ # date_partition為字符串列如20240315 .parquet(data/clean/songs/)查詢時加WHERE date_partition 20240315Spark自動跳過其他分區(qū)目錄。4.5 現(xiàn)象本地spark-shell能跑通IDEA里spark-submit報NoClassDefFoundError: scala/Product原因Scala版本沖突。Spark 3.4用Scala 2.13而你的項目pom.xml可能引了Scala 2.12的庫。解決統(tǒng)一Scala版本在pom.xml中properties scala.version2.13.12/scala.version /properties dependencies dependency groupIdorg.apache.spark/groupId artifactIdspark-sql_2.13/artifactId version3.4.1/version /dependency /dependencies注意spark-sql_2.13的_2.13后綴必須匹配。5. 讓分析結(jié)果“活”起來用輕量級Web服務暴露Spark計算結(jié)果5.1 為什么不用FlaskSpark Context用REST API橋接更安全、更解耦有人想在Flask路由里直接調(diào)spark.sql()這是大忌。SparkContext是線程不安全的Web服務器多線程并發(fā)請求會引發(fā)狀態(tài)混亂且Web進程常駐Spark資源無法及時釋放。正確做法Spark預計算結(jié)果存入輕量數(shù)據(jù)庫SQLiteWeb服務只讀取。SQLite單文件、零配置、ACID完美匹配畢業(yè)設計——result.db就是一個文件答辯拷貝走即可。# job/export_to_sqlite.py每日定時導出分析結(jié)果 import sqlite3 from pyspark.sql import SparkSession spark SparkSession.builder.appName(ExportToSQLite).getOrCreate() conn sqlite3.connect(result.db) # 導出“各語種平均時長”結(jié)果 df_result spark.sql(SELECT lang, avg_duration_sec FROM ...) df_result.toPandas().to_sql(lang_duration, conn, if_existsreplace, indexFalse) conn.close()5.2 用FastAPI寫一個30行接口讓老師掃碼看圖表FastAPI比Flask更現(xiàn)代、自動生成文檔、異步友好。核心接口只需3個GET /api/lang-duration返回JSON數(shù)據(jù)GET /api/top-songs返回播放量TOP10GET /返回Vue前端單HTML文件內(nèi)聯(lián)Chart.js# api/main.py from fastapi import FastAPI from fastapi.responses import HTMLResponse, JSONResponse import sqlite3 import json app FastAPI() app.get(/api/lang-duration) def get_lang_duration(): conn sqlite3.connect(result.db) cur conn.cursor() cur.execute(SELECT lang, avg_duration_sec FROM lang_duration ORDER BY avg_duration_sec DESC) rows cur.fetchall() conn.close() return JSONResponse(content[{lang: r[0], avg_sec: r[1]} for r in rows]) app.get(/, response_classHTMLResponse) def read_root(): with open(static/index.html, r, encodingutf-8) as f: return HTMLResponse(contentf.read(), status_code200)前端static/index.html用Chart.js畫柱狀圖數(shù)據(jù)通過fetch(/api/lang-duration)加載。部署只需uvicorn api.main:app --host 0.0.0.0 --port 8000老師手機掃碼即看比截圖PPT高級十倍。5.3 答辯現(xiàn)場應急技巧當Spark任務卡住5分鐘內(nèi)救場的3個命令畢業(yè)答辯演示最怕卡死。我備了三招查進度curl http://localhost:4040/api/v1/applications/獲取當前App ID再查/applications/{app-id}/stages看Stage卡在哪殺任務yarn application -kill {app-id}YARN模式或kill -9 {pid}本地模式切降級數(shù)據(jù)提前準備data/sample/小數(shù)據(jù)集100行演示腳本里加開關if os.getenv(DEMO_MODE): df spark.read.csv(data/sample/songs.csv) else: df spark.read.parquet(data/clean/songs/)最后說句實在話這個選題的價值不在于你做出多驚艷的結(jié)論而在于你能否把“數(shù)據(jù)從網(wǎng)頁到圖表”的每一步都解釋清楚為什么這么做、不那么做會怎樣。我?guī)н^的某高校畢業(yè)設計學生答辯時被問“為什么用Parquet不用CSV”他答“CSV沒Schema每次讀都要infer耗時且不準Parquet自帶Schema還能列裁剪我查10個字段只讀2個快3倍?！薄蠋煯攬鳇c頭。這種細節(jié)里的確定性才是工程師的底氣。希望幫到你。本文還有配套的精品資源點擊獲取