365视频怎么下载mp3格式？用Golang写个工具自己搞定

你有没有遇到过这种情况？刷着365视频，突然听到一首特别对胃口的背景音乐，想保存下来当手机铃声，结果发现平台压根不提供下载选项，更别提转成mp3格式了，网上搜了一圈，要么是广告满天飞的在线转换网站，要么是收费软件，用着还不放心，我当时就琢磨：要不干脆自己写一个？反正我是搞Go的，这活儿能接。

为什么Golang适合干这活儿

说实话,一开始我也想过用Python，Python的requests库确实是简单粗暴，但等你要把它打包成小工具分给朋友用时，就麻烦了——对方还得装Python环境，Golang就不一样了，编译出来就是个独立的二进制文件，Windows、Mac、Linux都能跑，扔给对方就能直接用，单文件，没依赖，双击就跑。

而且Go的并发模型——goroutine和channel，在处理视频下载这类IO密集型任务时，简直是降维打击，每个视频片段开一个goroutine去拉，主线程等着收数据，效率蹭蹭往上涨。

核心思路：视频下载到mp3转换的完整链条

要想从365视频拿到mp3,得先搞定两件事：第一，找到视频的真实下载链接；第二，把视频里的音频剥离出来，转成mp3。

第一步：扒出视频的真实地址

365视频的页面结构其实没那么复杂,打开浏览器的开发者工具（F12），切到网络面板，刷新页面，你会在媒体类型里看到一堆.ts文件或者一个.m3u8文件，现在的视频流大多采用HLS协议，返回的是m3u8索引文件，里面存着各个分辨率视频片段的地址。

用Go来干这个,大概流程是这样：

resp, err := http.Get("https://365video.com/某个视频页面")
// 正则或者手动解析HTML，找到m3u8链接
// 请求m3u8文件，拿到.ts片段的URL列表

这里有个坑要注意：很多视频平台会搞防盗链，Referer、User-Agent这些头信息要伪造得像浏览器访问一样，我踩过这个坑——第一次写的时候忘了加Referer，返回的永远是403。

第二步：下载视频片段并合并

拿到.ts文件列表后，就可以开搞下载了，每个片段大概几秒到十几秒，加起来就是一整部视频，用Go的并发下载，速度提升很明显。

func downloadSegment(url string, wg *sync.WaitGroup, ch chan []byte) {
    defer wg.Done()
    resp, _ := http.Get(url)
    defer resp.Body.Close()
    body, _ := io.ReadAll(resp.Body)
    ch <- body
}

然后主goroutine从channel里收数据,按顺序写进一个临时文件，顺序很重要——因为网络请求是乱序完成的，但视频播放必须按顺序来，我最开始没注意这个，结果合并出来的视频花屏得跟老式电视机没信号一样。

第三步：提取音频并转为mp3

视频文件拿到了,但它是个视频，不是我们想要的mp3，这时候就需要ffmpeg出马了，ffmpeg是音视频领域的神器，用Go的os/exec包调用它，简单粗暴：

cmd := exec.Command("ffmpeg", "-i", "input.mp4", "-vn", "-ab", "128k", "output.mp3")
err := cmd.Run()

-vn表示不要视频流，-ab 128k指定音频码率128kbps，你也可以用更高的码率，但mp3格式就那样，320k到头了，再高没意义。

不过有个问题：ffmpeg用户得自己装，要是想做成纯Go方案，可以用go-libav或者goav这类库，但实话实说，这些库的API设计得有点拧巴，而且ffmpeg版本一变，你可能就得跟着改代码，我后来还是选了os/exec调外部命令，省心。

真实开发中遇到的坑

光说好的不行,得吐吐槽。

第一个坑：m3u8里的密钥

有些365视频是加密的,m3u8文件里会带一个#EXT-X-KEY标签，指向一个.key文件，你得先把这个key下载下来，然后用AES解密每个.ts片段，当时折腾这个搞了一天，最后发现Go标准库里的crypto/aes和crypto/cipher完全够用，但得注意IV（初始向量）要从m3u8文件里读，或者用默认值——视具体平台而定。

代码长这样：

block, _ := aes.NewCipher(key)
iv := make([]byte, 16)
mode := cipher.NewCBCDecrypter(block, iv)
mode.CryptBlocks(ciphertext, ciphertext)

第二个坑：分段下载的速度瓶颈

并发下载虽然快,但同时也得控制并发数，你要是开1000个goroutine同时去请求，对方的服务器可能会直接把你IP拉黑，我在代码里加了个带缓冲的channel做限流——最多同时开10个下载任务，超过的就等着，这样既能压榨带宽，又不至于太暴力。

第三个坑：mp3的ID3标签

纯转换出来的mp3是没标题、没歌手、没封面图的，如果你追求完美，可以用go-taglib或者id3go这类库给mp3打标签，我一般懒得弄，但如果你想整理音乐库，这一步值得加。

完整代码结构预览

说这么多,不如直接看个整体结构：

/cmd
  /365downloader
    main.go
/internal
  /parser     -- 解析视频页面
  /downloader -- 下载视频片段
  /converter  -- 调用ffmpeg转mp3
  /decrypt    -- 解密加密视频
/pkg
  /m3u8       -- 解析m3u8文件
  /id3tag     -- 写入mp3标签

每个模块职责清晰,测试起来也方便，main.go大概二三十行，就调几个方法，完成从链接到mp3的完整流程。

实际使用经验

我拿这个工具下载过几部纪录片和音乐现场,365视频上的内容质量参差不齐，有些视频码率低得可怜，转出来的mp3音质也一般，建议只下720p以上的视频源，音频码率起码128k起步。

下载前最好先看看视频页面的总时长,十几分钟的视频，转成mp3也就几十兆大小，下载加转换一两分钟搞定，但要是两小时的电影，那就要等一阵子了——Go的并发虽然快，但带宽和CPU有限。

有个小技巧：如果在下载过程中网络断了，可以在代码里加个断点续传功能，记录下已经下载完成的片段序号，下次启动时跳过这些，不过我懒，没加这个功能，一般直接重新跑一遍。

写在最后

用Golang写365视频下载mp3的工具,其实是个挺不错的练手项目，它涉及网络请求、并发控制、文件处理、外部程序调用，甚至还有一点加解密知识，写完之后你会发现自己对http协议的理解、对goroutine的实际应用，都会上一个台阶。

用这个工具的时候记得注意版权,自己收藏用还好，别拿来盈利，也别公开传播，技术本身是中性的，看你怎么用。

好了,工具写好了，mp3也在手机里了，下次再听到365视频上的好歌，自己动手转一个就行，不用求人。