1. 项目概述与核心价值最近在做一个音乐相关的个人项目需要批量处理一些MV视频素材手动下载效率太低就琢磨着能不能直接从QQ音乐上把MV搞下来。这听起来像是个“爬虫”需求但实际操作起来你会发现它远不止是简单的数据抓取更像是一次对现代流媒体应用前端架构和内容保护机制的逆向探秘。成功获取QQ音乐的MV视频特别是解析出其背后的视频接口对于开发者、数据分析师甚至是一些内容创作者来说都挺有价值的。比如你可以用它来批量下载喜欢的MV做离线收藏分析不同画质下的码率和编码格式或者作为学习网络请求分析和前端逆向的绝佳案例。这个项目适合有一定编程基础比如熟悉Python和基本的HTTP协议、对网络抓包和前端调试工具如浏览器开发者工具感兴趣的朋友。整个过程不涉及破解或绕过付费墙核心是理解QQ音乐如何组织它的媒体资源以及如何通过合法的公开接口获取这些资源。我会带你走一遍完整的分析、定位和实现流程分享我踩过的坑和总结的技巧让你不仅能拿到视频更能明白背后的“为什么”。2. 核心思路与技术选型解析2.1 逆向工程的基本路径面对一个像QQ音乐这样的成熟商业应用直接去猜测它的视频地址是不现实的。我们的核心思路是“观察-分析-模拟”。QQ音乐的客户端无论是Web端还是桌面端最终都要从服务器获取视频流数据才能在本地播放。我们的目标就是找到这个获取数据的“入口”——也就是视频接口。这里有几个关键的技术选型考量分析平台选择优先选择Web端进行分析。因为浏览器的开发者工具Chrome DevTools功能强大且标准化可以无干扰地监控所有网络请求、查看前端源码和调试JavaScript这比分析打包后的桌面客户端或移动端APP要容易得多。核心工具链浏览器开发者工具Network面板这是我们的主战场用于捕获所有HTTP/HTTPS请求特别是类型为media或xhr的请求它们很可能就是视频或相关元数据的接口。Python的requests库用于模拟浏览器发送HTTP请求获取接口返回的数据。它比urllib更友好、功能更全。JSON解析工具QQ音乐的接口数据大多以JSON格式返回Python内置的json库就足够了。FFmpeg可选但推荐如果最终获取的视频流是分段的如m3u8格式你需要用它来合并和转码。它是一个强大的命令行音视频处理工具。为什么不直接用现成的“下载器”插件因为我们的目标是理解和掌控过程。很多插件黑盒操作一旦失效就束手无策。自己走通一遍不仅能应对变化更能加深对现代Web应用架构的理解。2.2 理解QQ音乐的媒体资源组织方式在动手之前我们需要对目标有个基本认知。QQ音乐的MV视频资源很可能不是以一个单一的.mp4或.flv文件存在的。为了适应不同网络环境下的流畅播放和进行一定的内容保护它普遍采用以下两种方式HLSHTTP Live Streaming协议这是目前流媒体服务的主流选择。你会先获取到一个.m3u8的播放列表文件这个文本文件里包含了多个视频分片.ts文件的地址。播放器按顺序请求并播放这些分片。这种方式便于做多码率自适应清晰度切换和内容加密DRM。直接MP4/FLV链接对于一些较老或非核心的资源可能会提供一个直接的媒体文件链接。但这种方式的灵活性较差正逐渐被HLS取代。我们的任务就是找到生成或指向这个.m3u8播放列表或直接媒体文件链接的API接口。这个接口通常需要一些参数来标识具体的MV比如歌曲IDsongmid、视频IDvid等。3. 关键步骤与接口定位实战3.1 环境准备与初步抓包首先打开Chrome或Edge浏览器进入QQ音乐官网并找到任意一个MV播放页面。按下F12或CtrlShiftI打开开发者工具切换到Network网络面板。在开始播放MV之前先点击网络面板上的红色圆形录制按钮确保它处于开启状态然后勾选上“Preserve log”保留日志防止页面跳转时请求记录被清空。开始播放MV你会看到网络面板里瞬间刷出大量请求。我们需要从中筛选出关键请求。在筛选框Filter里可以尝试输入m3u8、media、video或.ts等关键词。更有效的方法是直接点击类型Type列进行排序重点关注media媒体类型的请求这通常就是视频流分片.ts文件本身。但我们的首要目标不是分片而是它们的“清单”——即xhrXMLHttpRequest或fetch类型的请求因为API接口通常通过它们发起。注意有时候视频接口可能被归类为other或xhr。如果找不到明显的媒体请求可以清空筛选通过观察请求的URL路径名如包含fcg、vkey、guid等QQ音乐常见API关键词和响应内容Preview来识别。3.2 定位核心视频信息接口经过一番查找和筛选你可能会发现一个返回数据包含视频播放地址的XHR请求。这个请求的URL模式通常比较固定。以我的分析为例一个关键的接口形如https://u.y.qq.com/cgi-bin/musicu.fcg?-getMVUrl...点击这个请求查看它的Headers标头和Payload负载在Fetch/XHR请求下可能是 Payload 或 Request Payload 标签。请求参数分析Payload 切换到Payload标签查看它向服务器发送了哪些数据。这很可能是一个JSON格式的字符串。里面通常包含至关重要的参数例如songmid: 歌曲的唯一标识。vid: MV视频的唯一标识。guid: 一个随机生成的用户标识符有时可以是固定值。platform: 平台标识如web。format: 期望的返回格式如json。data: 一个经过JSON序列化的字符串里面可能嵌套了真正的请求体包含uinQQ号可为0、songmid、vid等信息。你需要仔细记录下这个JSON的结构。这里有个技巧在开发者工具的Console控制台里你可以使用copy()函数来复制整个请求对象进行仔细分析。不过更直接的方法是直接查看Payload里的内容。响应内容分析Response 切换到Response响应标签。如果接口调用成功这里会返回一个JSON对象。展开这个对象层层寻找你的目标是一个包含url或mp4、m3u8等字样的字段。例如你可能会找到类似这样的结构{ code: 0, data: { mp4: [ { freeflow_url: [ https://xxx.com/xxx.m3u8?xxxyyy ], size: 1080, type: mp4 } ] } }这个freeflow_url里面的链接就是我们要的视频流播放列表地址m3u8。有时这个地址可能不是直接的m3u8而是另一个需要二次请求的中间接口但思路一致顺着链接找下去。3.3 解析M3U8获取真实视频分片拿到m3u8链接后直接在浏览器地址栏打开它或者用curl、requests.get你会看到一个文本文件。内容大致如下#EXTM3U #EXT-X-VERSION:3 #EXT-X-TARGETDURATION:10 #EXT-X-MEDIA-SEQUENCE:0 #EXTINF:10.000, https://xxx.com/segment0.ts?keyxxx #EXTINF:10.000, https://xxx.com/segment1.ts?keyxxx ...这个文件列出了所有视频分片.ts文件的地址和时长。我们的最终目标就是这些.ts文件。你可以写一个简单的脚本批量下载所有这些.ts文件。实操心得有些m3u8文件可能包含多码率流会有#EXT-X-STREAM-INF标签后面跟着不同清晰度的m3u8子列表地址。你需要选择其中一个子列表如BANDWIDTH最高的那个再重复上述步骤获取对应清晰度的分片列表。4. 使用Python实现自动化获取理解了原理我们就可以用Python脚本将整个过程自动化。下面是一个高度简化的示例框架展示了核心步骤。4.1 构建请求获取播放地址首先我们需要模拟浏览器调用之前找到的那个核心API接口。import requests import json def get_mv_url(songmid, vid): 通过歌曲ID和视频ID获取MV播放地址m3u8 api_url https://u.y.qq.com/cgi-bin/musicu.fcg # 这个请求体data需要根据你实际抓包分析的结果来构造以下仅为示例格式 payload { -: getMVUrl, data: json.dumps({ comm: { uin: 0, format: json, platform: web }, req: { module: video.VideoDataServer, method: get_video_url, param: { songmid: songmid, vid: vid, guid: 1234567890, # 有时可以是固定值 platform: web } } }) } headers { User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.124 Safari/537.36, Referer: https://y.qq.com/, # 重要需要添加Referer模拟从官网跳转 } try: response requests.get(api_url, paramspayload, headersheaders, timeout10) response.raise_for_status() # 检查请求是否成功 data response.json() # 解析返回的JSON提取m3u8地址。这里的路径需要根据实际响应结构调整 # 例如data[data][mp4][0][freeflow_url][0] m3u8_url data.get(data, {}).get(mp4, [{}])[0].get(freeflow_url, [None])[0] if m3u8_url: return m3u8_url else: print(未在响应中找到m3u8地址。响应内容, data) return None except requests.exceptions.RequestException as e: print(f请求接口失败: {e}) return None except json.JSONDecodeError as e: print(f解析JSON响应失败: {e}) return None # 示例使用 songmid 004Z8Ihr0JIu5s # 替换为实际的songmid vid y0034pxqmxq # 替换为实际的vid m3u8_url get_mv_url(songmid, vid) if m3u8_url: print(f获取到的M3U8地址: {m3u8_url})4.2 下载并解析M3U8文件获取到m3u8_url后我们需要下载它并解析出所有的.ts分片链接。import re from urllib.parse import urljoin def parse_m3u8(m3u8_url): 下载M3U8文件并解析出所有.ts分片地址 headers { User-Agent: Mozilla/5.0 ..., # 保持一致的UA Referer: https://y.qq.com/, } try: resp requests.get(m3u8_url, headersheaders, timeout10) resp.raise_for_status() content resp.text ts_urls [] for line in content.split(\n): line line.strip() # 跳过注释行和空行 if line.startswith(#) or not line: continue # 如果行是相对路径需要拼接成绝对URL if not line.startswith(http): # 假设基地址是m3u8文件所在的目录 base_url /.join(m3u8_url.split(/)[:-1]) / line urljoin(base_url, line) ts_urls.append(line) return ts_urls except requests.exceptions.RequestException as e: print(f下载M3U8文件失败: {e}) return [] ts_list parse_m3u8(m3u8_url) print(f共发现 {len(ts_list)} 个TS分片。)4.3 批量下载分片并合并最后我们下载所有.ts文件并将它们合并成一个完整的视频文件。import os from concurrent.futures import ThreadPoolExecutor, as_completed def download_ts(ts_url, index, folderts_files): 下载单个TS分片 os.makedirs(folder, exist_okTrue) filename os.path.join(folder, fsegment_{index:04d}.ts) headers {User-Agent: Mozilla/5.0 ...} try: resp requests.get(ts_url, headersheaders, streamTrue, timeout30) resp.raise_for_status() with open(filename, wb) as f: for chunk in resp.iter_content(chunk_size1024): if chunk: f.write(chunk) print(f已下载: {filename}) return filename except Exception as e: print(f下载 {ts_url} 失败: {e}) return None def download_all_ts(ts_urls, max_workers5): 使用线程池并发下载所有TS分片 downloaded_files [] with ThreadPoolExecutor(max_workersmax_workers) as executor: future_to_url {executor.submit(download_ts, url, idx): (url, idx) for idx, url in enumerate(ts_urls)} for future in as_completed(future_to_url): result future.result() if result: downloaded_files.append(result) # 按索引排序确保合并顺序正确 downloaded_files.sort() return downloaded_files def merge_ts_to_mp4(ts_file_list, output_filenameoutput.mp4): 将TS文件列表合并为MP4文件简单文件拼接仅适用于未加密流 with open(output_filename, wb) as outfile: for ts_file in ts_file_list: with open(ts_file, rb) as infile: outfile.write(infile.read()) print(f视频已合并至: {output_filename}) # 执行下载与合并 if ts_list: ts_files download_all_ts(ts_list) if ts_files: merge_ts_to_mp4(ts_files, f{songmid}_mv.mp4)重要提示上述merge_ts_to_mp4函数使用简单的二进制拼接这仅适用于未加密的TS流。如果QQ音乐对TS分片进行了AES-128加密M3U8文件中会出现#EXT-X-KEY标签则需要先获取密钥KEY和初始化向量IV然后对每个分片进行解密后再合并。这是一个更复杂的步骤通常需要用到Crypto库或直接使用FFmpeg。更稳健的做法是直接使用FFmpeg来处理M3U8链接ffmpeg -i 你的m3u8_url -c copy output.mp4FFmpeg会自动处理解密如果密钥可访问、下载和合并是生产环境下的首选。5. 常见问题、反爬策略与应对技巧在实际操作中你不会一帆风顺。QQ音乐和其他大型平台一样设有反爬机制。5.1 接口参数动态化与签名问题 最常遇到的情况是你抓包看到的接口参数特别是像sign、vkey、_下划线这样的参数是动态生成且有时效性的。直接使用抓包到的固定参数很快会失效返回错误码。分析与解决寻找参数生成逻辑这些参数通常由前端JavaScript代码计算生成。你需要查看发起该请求的Initiator发起者调用栈。在Network面板中点击该请求查看Initiator标签它会显示是哪个JS文件、哪行代码发起了这个请求。点击跳转到Sources源代码面板。调试JavaScript在JS代码中找到参数组装的地方可能是一个函数接受几个固定参数如songmid,vid然后通过一系列复杂运算可能是MD5、SHA、Base64或自定义算法生成sign。你需要尝试理解这个算法或者更实际一点在Python中调用一个JavaScript执行环境如PyExecJS、Node.js子进程来复现这个计算过程。简化策略有时guid、uin等参数可以使用一些看似“通用”的值如0。sign的算法如果过于复杂一个取巧但不保证长期有效的方法是直接复用短时间内抓包到的完整URL。因为sign可能有一定的有效期如几分钟。你可以设计一个流程先用浏览器正常访问页面获取一个“新鲜”的带签名的API URL然后让你的脚本在短时间内使用这个URL去获取数据。5.2 请求头Headers校验问题 服务器会校验请求头缺失关键头部信息会被拒绝。技巧User-Agent必须设置为一个常见的桌面浏览器UA字符串。Referer极其重要。必须设置为QQ音乐的主域名或MV播放页域名如https://y.qq.com/。缺少Referer服务器很可能直接返回403或空数据。Cookie部分接口可能需要登录态的Cookie。如果你只是获取公开的MV可能不需要。但如果需要更高清晰度或会员内容则需处理Cookie。你可以在浏览器登录后从开发者工具的Application-Storage-Cookies中复制Cookie字符串并在requests的headers里加上Cookie: 你的cookie字符串。注意Cookie会过期。其他头部如Origin有时也需要设置。5.3 IP频率限制与封禁问题 短时间内发起大量请求尤其是下载TS分片时可能会触发IP频率限制导致后续请求被拒绝或返回错误。应对策略增加延迟在请求间使用time.sleep(random.uniform(1, 3))添加随机间隔模拟人类操作。使用代理IP池对于大规模下载这是必备的。可以使用一些免费的HTTP代理或付费的代理服务在requests.get中通过proxies参数设置。限制并发数如上文代码所示使用线程池时不要设置过高的max_workers如不超过10。5.4 响应数据格式变更与错误码处理问题 接口返回的数据结构可能随版本更新而变化或者返回非0的错误码。健壮性编程在解析JSON响应时大量使用.get()方法进行安全访问避免KeyError。检查返回的code字段。0通常表示成功其他值表示错误。需要根据不同的错误码进行相应处理如重试、刷新参数等。将关键步骤如请求API、下载TS封装成函数并做好异常捕获和日志记录便于排查。5.5 视频流加密与FFmpeg的使用问题 如前所述获取到的M3U8可能是加密的。解决方案如果M3U8文件内包含#EXT-X-KEY标签且METHODAES-128同时URI指向一个可访问的密钥文件那么你可以下载该密钥并用解密库处理每个TS分片。强烈推荐使用FFmpeg这是最省心、最强大的方法。FFmpeg内置了对HLS协议包括加密流的完美支持前提是FFmpeg能访问到密钥URI。命令非常简单ffmpeg -i http://.../playlist.m3u8 -c copy output.mp4-c copy表示直接流复制不重新编码速度最快且无损。你可以在Python脚本中使用subprocess模块来调用这个命令行。6. 项目总结与扩展思考走完这一整套流程你收获的不仅仅是一段下载MV的脚本更是一套分析现代Web应用媒体资源加载的通用方法论。从抓包定位核心接口到分析动态参数再到处理流媒体协议每一步都是对网络知识和逆向思维的锻炼。我个人在实际操作中最大的体会是耐心和细致是关键。抓包时一个参数看漏了可能就会卡住很久解析JSON时路径错了一层就拿不到数据。务必充分利用浏览器开发者工具的每一个功能特别是断点调试和调用栈查看。这个项目后续还有很多可以扩展和深化的方向批量与自动化结合QQ音乐的其他API如搜索API、歌单API实现根据歌手、歌单自动批量下载MV。清晰度选择完善代码使其能自动识别M3U8中的多码率流并允许用户选择下载的清晰度如1080p、720p。元数据获取除了视频流还可以获取MV的标题、歌手、封面、时长等元数据并写入到最终的视频文件中。图形界面GUI使用PyQt或Tkinter为脚本制作一个简单的图形界面方便非技术用户使用。深入研究加密与DRM如果遇到更复杂的DRM保护如Widevine这涉及到更底层的解密协议通常已超出普通逆向的范围需要专门的研究。最后要强调的是技术学习的目的在于理解和创新。获取到的资源请务必尊重版权用于个人学习、研究或合理的使用场景切勿用于大规模的商业盗版或分发这是每一位技术爱好者应有的底线。
1. 项目概述与核心价值最近在做一个音乐相关的个人项目需要批量处理一些MV视频素材手动下载效率太低就琢磨着能不能直接从QQ音乐上把MV搞下来。这听起来像是个“爬虫”需求但实际操作起来你会发现它远不止是简单的数据抓取更像是一次对现代流媒体应用前端架构和内容保护机制的逆向探秘。成功获取QQ音乐的MV视频特别是解析出其背后的视频接口对于开发者、数据分析师甚至是一些内容创作者来说都挺有价值的。比如你可以用它来批量下载喜欢的MV做离线收藏分析不同画质下的码率和编码格式或者作为学习网络请求分析和前端逆向的绝佳案例。这个项目适合有一定编程基础比如熟悉Python和基本的HTTP协议、对网络抓包和前端调试工具如浏览器开发者工具感兴趣的朋友。整个过程不涉及破解或绕过付费墙核心是理解QQ音乐如何组织它的媒体资源以及如何通过合法的公开接口获取这些资源。我会带你走一遍完整的分析、定位和实现流程分享我踩过的坑和总结的技巧让你不仅能拿到视频更能明白背后的“为什么”。2. 核心思路与技术选型解析2.1 逆向工程的基本路径面对一个像QQ音乐这样的成熟商业应用直接去猜测它的视频地址是不现实的。我们的核心思路是“观察-分析-模拟”。QQ音乐的客户端无论是Web端还是桌面端最终都要从服务器获取视频流数据才能在本地播放。我们的目标就是找到这个获取数据的“入口”——也就是视频接口。这里有几个关键的技术选型考量分析平台选择优先选择Web端进行分析。因为浏览器的开发者工具Chrome DevTools功能强大且标准化可以无干扰地监控所有网络请求、查看前端源码和调试JavaScript这比分析打包后的桌面客户端或移动端APP要容易得多。核心工具链浏览器开发者工具Network面板这是我们的主战场用于捕获所有HTTP/HTTPS请求特别是类型为media或xhr的请求它们很可能就是视频或相关元数据的接口。Python的requests库用于模拟浏览器发送HTTP请求获取接口返回的数据。它比urllib更友好、功能更全。JSON解析工具QQ音乐的接口数据大多以JSON格式返回Python内置的json库就足够了。FFmpeg可选但推荐如果最终获取的视频流是分段的如m3u8格式你需要用它来合并和转码。它是一个强大的命令行音视频处理工具。为什么不直接用现成的“下载器”插件因为我们的目标是理解和掌控过程。很多插件黑盒操作一旦失效就束手无策。自己走通一遍不仅能应对变化更能加深对现代Web应用架构的理解。2.2 理解QQ音乐的媒体资源组织方式在动手之前我们需要对目标有个基本认知。QQ音乐的MV视频资源很可能不是以一个单一的.mp4或.flv文件存在的。为了适应不同网络环境下的流畅播放和进行一定的内容保护它普遍采用以下两种方式HLSHTTP Live Streaming协议这是目前流媒体服务的主流选择。你会先获取到一个.m3u8的播放列表文件这个文本文件里包含了多个视频分片.ts文件的地址。播放器按顺序请求并播放这些分片。这种方式便于做多码率自适应清晰度切换和内容加密DRM。直接MP4/FLV链接对于一些较老或非核心的资源可能会提供一个直接的媒体文件链接。但这种方式的灵活性较差正逐渐被HLS取代。我们的任务就是找到生成或指向这个.m3u8播放列表或直接媒体文件链接的API接口。这个接口通常需要一些参数来标识具体的MV比如歌曲IDsongmid、视频IDvid等。3. 关键步骤与接口定位实战3.1 环境准备与初步抓包首先打开Chrome或Edge浏览器进入QQ音乐官网并找到任意一个MV播放页面。按下F12或CtrlShiftI打开开发者工具切换到Network网络面板。在开始播放MV之前先点击网络面板上的红色圆形录制按钮确保它处于开启状态然后勾选上“Preserve log”保留日志防止页面跳转时请求记录被清空。开始播放MV你会看到网络面板里瞬间刷出大量请求。我们需要从中筛选出关键请求。在筛选框Filter里可以尝试输入m3u8、media、video或.ts等关键词。更有效的方法是直接点击类型Type列进行排序重点关注media媒体类型的请求这通常就是视频流分片.ts文件本身。但我们的首要目标不是分片而是它们的“清单”——即xhrXMLHttpRequest或fetch类型的请求因为API接口通常通过它们发起。注意有时候视频接口可能被归类为other或xhr。如果找不到明显的媒体请求可以清空筛选通过观察请求的URL路径名如包含fcg、vkey、guid等QQ音乐常见API关键词和响应内容Preview来识别。3.2 定位核心视频信息接口经过一番查找和筛选你可能会发现一个返回数据包含视频播放地址的XHR请求。这个请求的URL模式通常比较固定。以我的分析为例一个关键的接口形如https://u.y.qq.com/cgi-bin/musicu.fcg?-getMVUrl...点击这个请求查看它的Headers标头和Payload负载在Fetch/XHR请求下可能是 Payload 或 Request Payload 标签。请求参数分析Payload 切换到Payload标签查看它向服务器发送了哪些数据。这很可能是一个JSON格式的字符串。里面通常包含至关重要的参数例如songmid: 歌曲的唯一标识。vid: MV视频的唯一标识。guid: 一个随机生成的用户标识符有时可以是固定值。platform: 平台标识如web。format: 期望的返回格式如json。data: 一个经过JSON序列化的字符串里面可能嵌套了真正的请求体包含uinQQ号可为0、songmid、vid等信息。你需要仔细记录下这个JSON的结构。这里有个技巧在开发者工具的Console控制台里你可以使用copy()函数来复制整个请求对象进行仔细分析。不过更直接的方法是直接查看Payload里的内容。响应内容分析Response 切换到Response响应标签。如果接口调用成功这里会返回一个JSON对象。展开这个对象层层寻找你的目标是一个包含url或mp4、m3u8等字样的字段。例如你可能会找到类似这样的结构{ code: 0, data: { mp4: [ { freeflow_url: [ https://xxx.com/xxx.m3u8?xxxyyy ], size: 1080, type: mp4 } ] } }这个freeflow_url里面的链接就是我们要的视频流播放列表地址m3u8。有时这个地址可能不是直接的m3u8而是另一个需要二次请求的中间接口但思路一致顺着链接找下去。3.3 解析M3U8获取真实视频分片拿到m3u8链接后直接在浏览器地址栏打开它或者用curl、requests.get你会看到一个文本文件。内容大致如下#EXTM3U #EXT-X-VERSION:3 #EXT-X-TARGETDURATION:10 #EXT-X-MEDIA-SEQUENCE:0 #EXTINF:10.000, https://xxx.com/segment0.ts?keyxxx #EXTINF:10.000, https://xxx.com/segment1.ts?keyxxx ...这个文件列出了所有视频分片.ts文件的地址和时长。我们的最终目标就是这些.ts文件。你可以写一个简单的脚本批量下载所有这些.ts文件。实操心得有些m3u8文件可能包含多码率流会有#EXT-X-STREAM-INF标签后面跟着不同清晰度的m3u8子列表地址。你需要选择其中一个子列表如BANDWIDTH最高的那个再重复上述步骤获取对应清晰度的分片列表。4. 使用Python实现自动化获取理解了原理我们就可以用Python脚本将整个过程自动化。下面是一个高度简化的示例框架展示了核心步骤。4.1 构建请求获取播放地址首先我们需要模拟浏览器调用之前找到的那个核心API接口。import requests import json def get_mv_url(songmid, vid): 通过歌曲ID和视频ID获取MV播放地址m3u8 api_url https://u.y.qq.com/cgi-bin/musicu.fcg # 这个请求体data需要根据你实际抓包分析的结果来构造以下仅为示例格式 payload { -: getMVUrl, data: json.dumps({ comm: { uin: 0, format: json, platform: web }, req: { module: video.VideoDataServer, method: get_video_url, param: { songmid: songmid, vid: vid, guid: 1234567890, # 有时可以是固定值 platform: web } } }) } headers { User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.124 Safari/537.36, Referer: https://y.qq.com/, # 重要需要添加Referer模拟从官网跳转 } try: response requests.get(api_url, paramspayload, headersheaders, timeout10) response.raise_for_status() # 检查请求是否成功 data response.json() # 解析返回的JSON提取m3u8地址。这里的路径需要根据实际响应结构调整 # 例如data[data][mp4][0][freeflow_url][0] m3u8_url data.get(data, {}).get(mp4, [{}])[0].get(freeflow_url, [None])[0] if m3u8_url: return m3u8_url else: print(未在响应中找到m3u8地址。响应内容, data) return None except requests.exceptions.RequestException as e: print(f请求接口失败: {e}) return None except json.JSONDecodeError as e: print(f解析JSON响应失败: {e}) return None # 示例使用 songmid 004Z8Ihr0JIu5s # 替换为实际的songmid vid y0034pxqmxq # 替换为实际的vid m3u8_url get_mv_url(songmid, vid) if m3u8_url: print(f获取到的M3U8地址: {m3u8_url})4.2 下载并解析M3U8文件获取到m3u8_url后我们需要下载它并解析出所有的.ts分片链接。import re from urllib.parse import urljoin def parse_m3u8(m3u8_url): 下载M3U8文件并解析出所有.ts分片地址 headers { User-Agent: Mozilla/5.0 ..., # 保持一致的UA Referer: https://y.qq.com/, } try: resp requests.get(m3u8_url, headersheaders, timeout10) resp.raise_for_status() content resp.text ts_urls [] for line in content.split(\n): line line.strip() # 跳过注释行和空行 if line.startswith(#) or not line: continue # 如果行是相对路径需要拼接成绝对URL if not line.startswith(http): # 假设基地址是m3u8文件所在的目录 base_url /.join(m3u8_url.split(/)[:-1]) / line urljoin(base_url, line) ts_urls.append(line) return ts_urls except requests.exceptions.RequestException as e: print(f下载M3U8文件失败: {e}) return [] ts_list parse_m3u8(m3u8_url) print(f共发现 {len(ts_list)} 个TS分片。)4.3 批量下载分片并合并最后我们下载所有.ts文件并将它们合并成一个完整的视频文件。import os from concurrent.futures import ThreadPoolExecutor, as_completed def download_ts(ts_url, index, folderts_files): 下载单个TS分片 os.makedirs(folder, exist_okTrue) filename os.path.join(folder, fsegment_{index:04d}.ts) headers {User-Agent: Mozilla/5.0 ...} try: resp requests.get(ts_url, headersheaders, streamTrue, timeout30) resp.raise_for_status() with open(filename, wb) as f: for chunk in resp.iter_content(chunk_size1024): if chunk: f.write(chunk) print(f已下载: {filename}) return filename except Exception as e: print(f下载 {ts_url} 失败: {e}) return None def download_all_ts(ts_urls, max_workers5): 使用线程池并发下载所有TS分片 downloaded_files [] with ThreadPoolExecutor(max_workersmax_workers) as executor: future_to_url {executor.submit(download_ts, url, idx): (url, idx) for idx, url in enumerate(ts_urls)} for future in as_completed(future_to_url): result future.result() if result: downloaded_files.append(result) # 按索引排序确保合并顺序正确 downloaded_files.sort() return downloaded_files def merge_ts_to_mp4(ts_file_list, output_filenameoutput.mp4): 将TS文件列表合并为MP4文件简单文件拼接仅适用于未加密流 with open(output_filename, wb) as outfile: for ts_file in ts_file_list: with open(ts_file, rb) as infile: outfile.write(infile.read()) print(f视频已合并至: {output_filename}) # 执行下载与合并 if ts_list: ts_files download_all_ts(ts_list) if ts_files: merge_ts_to_mp4(ts_files, f{songmid}_mv.mp4)重要提示上述merge_ts_to_mp4函数使用简单的二进制拼接这仅适用于未加密的TS流。如果QQ音乐对TS分片进行了AES-128加密M3U8文件中会出现#EXT-X-KEY标签则需要先获取密钥KEY和初始化向量IV然后对每个分片进行解密后再合并。这是一个更复杂的步骤通常需要用到Crypto库或直接使用FFmpeg。更稳健的做法是直接使用FFmpeg来处理M3U8链接ffmpeg -i 你的m3u8_url -c copy output.mp4FFmpeg会自动处理解密如果密钥可访问、下载和合并是生产环境下的首选。5. 常见问题、反爬策略与应对技巧在实际操作中你不会一帆风顺。QQ音乐和其他大型平台一样设有反爬机制。5.1 接口参数动态化与签名问题 最常遇到的情况是你抓包看到的接口参数特别是像sign、vkey、_下划线这样的参数是动态生成且有时效性的。直接使用抓包到的固定参数很快会失效返回错误码。分析与解决寻找参数生成逻辑这些参数通常由前端JavaScript代码计算生成。你需要查看发起该请求的Initiator发起者调用栈。在Network面板中点击该请求查看Initiator标签它会显示是哪个JS文件、哪行代码发起了这个请求。点击跳转到Sources源代码面板。调试JavaScript在JS代码中找到参数组装的地方可能是一个函数接受几个固定参数如songmid,vid然后通过一系列复杂运算可能是MD5、SHA、Base64或自定义算法生成sign。你需要尝试理解这个算法或者更实际一点在Python中调用一个JavaScript执行环境如PyExecJS、Node.js子进程来复现这个计算过程。简化策略有时guid、uin等参数可以使用一些看似“通用”的值如0。sign的算法如果过于复杂一个取巧但不保证长期有效的方法是直接复用短时间内抓包到的完整URL。因为sign可能有一定的有效期如几分钟。你可以设计一个流程先用浏览器正常访问页面获取一个“新鲜”的带签名的API URL然后让你的脚本在短时间内使用这个URL去获取数据。5.2 请求头Headers校验问题 服务器会校验请求头缺失关键头部信息会被拒绝。技巧User-Agent必须设置为一个常见的桌面浏览器UA字符串。Referer极其重要。必须设置为QQ音乐的主域名或MV播放页域名如https://y.qq.com/。缺少Referer服务器很可能直接返回403或空数据。Cookie部分接口可能需要登录态的Cookie。如果你只是获取公开的MV可能不需要。但如果需要更高清晰度或会员内容则需处理Cookie。你可以在浏览器登录后从开发者工具的Application-Storage-Cookies中复制Cookie字符串并在requests的headers里加上Cookie: 你的cookie字符串。注意Cookie会过期。其他头部如Origin有时也需要设置。5.3 IP频率限制与封禁问题 短时间内发起大量请求尤其是下载TS分片时可能会触发IP频率限制导致后续请求被拒绝或返回错误。应对策略增加延迟在请求间使用time.sleep(random.uniform(1, 3))添加随机间隔模拟人类操作。使用代理IP池对于大规模下载这是必备的。可以使用一些免费的HTTP代理或付费的代理服务在requests.get中通过proxies参数设置。限制并发数如上文代码所示使用线程池时不要设置过高的max_workers如不超过10。5.4 响应数据格式变更与错误码处理问题 接口返回的数据结构可能随版本更新而变化或者返回非0的错误码。健壮性编程在解析JSON响应时大量使用.get()方法进行安全访问避免KeyError。检查返回的code字段。0通常表示成功其他值表示错误。需要根据不同的错误码进行相应处理如重试、刷新参数等。将关键步骤如请求API、下载TS封装成函数并做好异常捕获和日志记录便于排查。5.5 视频流加密与FFmpeg的使用问题 如前所述获取到的M3U8可能是加密的。解决方案如果M3U8文件内包含#EXT-X-KEY标签且METHODAES-128同时URI指向一个可访问的密钥文件那么你可以下载该密钥并用解密库处理每个TS分片。强烈推荐使用FFmpeg这是最省心、最强大的方法。FFmpeg内置了对HLS协议包括加密流的完美支持前提是FFmpeg能访问到密钥URI。命令非常简单ffmpeg -i http://.../playlist.m3u8 -c copy output.mp4-c copy表示直接流复制不重新编码速度最快且无损。你可以在Python脚本中使用subprocess模块来调用这个命令行。6. 项目总结与扩展思考走完这一整套流程你收获的不仅仅是一段下载MV的脚本更是一套分析现代Web应用媒体资源加载的通用方法论。从抓包定位核心接口到分析动态参数再到处理流媒体协议每一步都是对网络知识和逆向思维的锻炼。我个人在实际操作中最大的体会是耐心和细致是关键。抓包时一个参数看漏了可能就会卡住很久解析JSON时路径错了一层就拿不到数据。务必充分利用浏览器开发者工具的每一个功能特别是断点调试和调用栈查看。这个项目后续还有很多可以扩展和深化的方向批量与自动化结合QQ音乐的其他API如搜索API、歌单API实现根据歌手、歌单自动批量下载MV。清晰度选择完善代码使其能自动识别M3U8中的多码率流并允许用户选择下载的清晰度如1080p、720p。元数据获取除了视频流还可以获取MV的标题、歌手、封面、时长等元数据并写入到最终的视频文件中。图形界面GUI使用PyQt或Tkinter为脚本制作一个简单的图形界面方便非技术用户使用。深入研究加密与DRM如果遇到更复杂的DRM保护如Widevine这涉及到更底层的解密协议通常已超出普通逆向的范围需要专门的研究。最后要强调的是技术学习的目的在于理解和创新。获取到的资源请务必尊重版权用于个人学习、研究或合理的使用场景切勿用于大规模的商业盗版或分发这是每一位技术爱好者应有的底线。
