用 Go 语言搞定 H.365 格式 4K 视频下载，这事儿其实没那么玄乎

说实话，我第一次听说 H.365 格式的时候，心里也犯嘀咕——这玩意儿跟 H.265、H.264 到底啥关系？后来翻了不少资料才搞明白，H.365 其实是 HEVC（High Efficiency Video Coding）的一个别名，跟 H.265 是同一个东西，只是不同组织给的名儿不一样，现在很多 4K 视频都用它来压缩，因为同样画质下，文件能小大概 30% 到 50%。

但问题来了：H.365 格式的 4K 视频，怎么用 Go 语言去下载？网上很多教程要么是命令行工具，要么就是 Python 的轮子，我寻思着，Go 的性能和并发能力，拿来干这事儿其实特别对路，下面我把自己折腾的过程写下来,希望能帮你省点时间。

先搞明白核心——Go 里怎么处理 H.365

别怕，你不是要从零写个解码器，Go 生态里有个很成熟的库叫 gst（GStreamer 的 Go 绑定），但更常见的做法是用 ffmpeg 的 Go 封装版本。goav 这个库，它绑定的是 FFmpeg 的 C 接口，能直接解析 H.365 的流。

不过我得坦白说，goav 的文档写得比较糙，有些地方得自己翻 FFmpeg 源码，我用的是另一个更“接地气”的方式——直接调系统里的 ffmpeg 命令，用 os/exec 包来跑，这样虽然看起来不够“优雅”，但对大多数开发者来说,稳定性和可维护性反而更高。

举个例子：用 os/exec 下载 H.365 4K 视频

假设你找到了一个 m3u8 地址（现在很多流媒体网站都用这种分片方式），里面的视频流就是 H.365 编码的，我写了个小函数,大概长这样：

package main
import (
    "fmt"
    "os/exec"
)
func downloadH365Video(m3u8URL, outputFile string) error {
    cmd := exec.Command("ffmpeg",
        "-i", m3u8URL,          // 输入源
        "-c:v", "libx265",      // 指定用 H.265 编码器（也就是 H.365）
        "-preset", "fast",      // 平衡速度与质量
        "-crf", "23",           // 质量参数，越小画质越好，4K 视频推荐 23-28
        outputFile,
    )
    // 我习惯把标准错误流打出来，方便排错
    stderr, _ := cmd.StderrPipe()
    if err := cmd.Start(); err != nil {
        return fmt.Errorf("启动 ffmpeg 失败: %w", err)
    }
    // 这里其实应该并发读 stderr，但为了演示简化了
    cmd.Wait()
    return nil
}

你可能会问：为啥不直接用 Go 的纯解析库？ 说实话，H.365 的解码复杂度太高了，纯 Go 实现的库目前还不够成熟，用 FFmpeg 做底层，Go 做上层调度，是目前最“务实”的选择。

并发下载——Go 语言的优势在这儿

4K 视频动不动几十个 G，单线程下载太慢了，我写了个分片并发下载的版本，核心思路是：先把 m3u8 里的所有 .ts 或 .m4s 片段解析出来，然后用 Go 的 goroutine 一次性拉下来。

这里有个坑：H.365 的 4K 码流太大，如果所有分片同时下载，磁盘 I/O 会爆炸，我的做法是用一个带缓冲的 channel 来控制并发数，比如同时开 8 个 goroutine。

func concurrentDownload(segments []string, concurrency int) {
    sem := make(chan struct{}, concurrency)
    for i, seg := range segments {
        sem <- struct{}{} // 如果满了，这里会阻塞
        go func(url string, idx int) {
            defer func() { <-sem }()
            // 下载单个分片
            downloadSegment(url, fmt.Sprintf("seg_%d.ts", idx))
        }(seg, i)
    }
    // 等待所有 goroutine 完成
    for i := 0; i < cap(sem); i++ {
        sem <- struct{}{}
    }
}

这个方法有个小bug：如果某个分片下载失败，不会有重试机制，实际项目里建议加个 retry 循环。

4K H.365 的存储和校验——别下完才发现文件坏了

4K 视频随便一个片段就是几百兆，下完才发现文件破损，那真是心态崩了，我一般会在下载完成后，用 ffprobe 检查一下视频流的合法性。

func verifyVideo(filePath string) bool {
    cmd := exec.Command("ffprobe", "-v", "error", "-select_streams", "v:0", 
        "-show_entries", "stream=codec_name,width,height", filePath)
    output, err := cmd.Output()
    if err != nil {
        return false
    }
    // 检查输出里是否包含 "codec_name=hevc" 或 "codec_name=h265"
    return strings.Contains(string(output), "codec_name=hevc")
}

注意：H.365 在 ffprobe 里显示为 hevc 或 h265，老版本的 FFmpeg 可能识别成 h265，建议升级到 5.0 以上。

再聊点实际的——常见的 4K H.365 视频源类型

我接触过的几类源,处理方式不太一样：

几个我踩过的坑，你提前避一避

1. 密钥和授权：很多 H.365 4K 视频带 DRM（Widevine），这种情况除了下载，还得处理解密，Go 这边目前没有太好的 DRM 库，我试过用 cdrm 这个命令行工具，配合 Go 的 os/exec 调，但成功率不高。如果遇到加密流，建议先确认是否有合法授权。

2. 内存溢出：4K 视频的码流峰值可能到 50Mbps，如果用 ioutil.ReadAll 一次性读入内存，分分钟 OOM，一定要用流式处理，io.Copy 配合 bufio。

3. 文件名乱码：某些网站的 m3u8 里，文件名带中文或特殊字符——Go 的 os.Create 在某些系统上会报错，建议先 url.PathEscape 转义一下。

4. 时间戳水印：部分 4K H.365 视频里嵌了客户端水印（比如用户 ID），这个从技术上说可以去除，但涉及版权问题，我不展开了。建议只下载自己有权获取的内容。

最后想说的

用 Go 写 H.365 4K 视频下载工具，最大的收获是让我重新理解了“性能与工程”的平衡，纯追求“纯 Go 实现”有时候反而会让自己陷入困境，而合理利用 FFmpeg 这样的成熟工具，让 Go 负责调度和并发,反而能写出更健壮的程序。

对了，你如果调试时遇到 libx265 not found 的错误，记得先装一下 libx265-dev，Linux 下 apt install x265，macOS 下 brew install x265，Windows…嗯，建议还是用 WSL 吧。

那这文章就先写这么多，挺朴实的经验，希望能帮到你，代码有点糙，但好在能跑起来,对吧？