Go go-wav 怎样读取WAV文件的采样格式

使用wav.NewDecoder建立解析器，调用ReadInfo()并检查Err()，随后从Format()取采样率与声道数，从SampleBitDepth()取位深。编码格式标识还需单独读取WavAudioFormat，不能把32位一律当作32位浮点音频。

官方地址：https://pkg.go.dev/github.com/go-audio/wav

读取格式不需要先载入全部PCM

go-audio/wav为Go程序提供WAV容器的读写能力。本文固定使用v1.1.0接口说明，不把长期存在的能力包装成刚发布的新功能。对上传页面展示音频属性、分类存档或选择后续处理路径，只读取格式信息通常比先加载所有样本更贴合任务。

不要在NewDecoder之后立刻根据字段零值判断文件参数。该构造器接收io.ReadSeeker并初始化解析状态，实际格式读取由后续方法触发。只看文件名后缀同样不能确定采样率与位深。

ReadInfo之后再获取采样字段

下面是原创辅助函数，接收本地WAV路径并返回一份独立属性记录。代码只读取头部声明，不调用FullPCMBuffer，也没有执行或生成实测结果。

package wavinfo

import (
    "fmt"
    "os"

    "github.com/go-audio/wav"
)

// SamplingInfo保存头部声明的信息，不代表整段音频已成功解码。
type SamplingInfo struct {
    SampleRate int
    Channels   int
    BitDepth   int
    FormatCode uint16
}

func ReadSamplingInfo(path string) (info SamplingInfo, err error) {
    f, err := os.Open(path)
    if err != nil {
        return info, fmt.Errorf("open WAV: %w", err)
    }
    defer func() {
        // 不让关闭错误覆盖更早的解析失败。
        if closeErr := f.Close(); err == nil && closeErr != nil {
            err = fmt.Errorf("close WAV: %w", closeErr)
        }
    }()

    d := wav.NewDecoder(f)
    // 构造器只建立解析对象；ReadInfo没有返回值，错误从Err读取。
    d.ReadInfo()
    if err := d.Err(); err != nil {
        return info, fmt.Errorf("read WAV info: %w", err)
    }
    format := d.Format()
    // 防止缺少格式信息时把零值当作可用参数。
    if format == nil || format.SampleRate 

ReadInfo没有error返回值，因此不能写成对它直接赋值取错的形式。先调用，再读取Err。代码还检查采样字段是否为正，避免在未取得有效信息时继续向业务层传递零值；这只是最小字段条件，不是完整WAV规范检查。

本函数拥有文件句柄，并在返回时关闭。返回的是复制后的数值，调用者不需要保留Decoder。如果后续还要读PCM，应另设计一个由上层统一持有文件与Decoder的流程，不能复用已经被此函数关闭的句柄。

采样率、声道与位深分别代表什么

audio.Format在这里包含采样率和声道数，不包含位深。不要因为变量名叫Format，就认为所有编码属性都在同一个返回对象中。位深与编码标识属于不同维度：同为32位也不能省略对整数或浮点等表示方式的判断。

例如，一份假设的48kHz、双声道、16位整数字节对齐PCM，每帧为2×2=4字节，每秒原始样本数据为48000×4=192000字节。这是算术示例，不是读取某个文件得到的数值。对压缩编码或特殊容器格式，不能直接套这组公式。

与固定偏移读文件头相比怎样取舍

自己按固定偏移读取几个字段，看起来代码更短，但会把容器布局假设散落在业务中。WAV的RIFF分块可以包含额外信息，不应默认所有数据区都从第44字节开始。使用解析库能把格式读取集中在Decoder边界，但仍需理解库支持的容器与编码范围。

ReadInfo、Format和PCM数据读取也不是同一件事。Format返回已有字段的表示，不会自动替代ReadInfo；FullPCMBuffer会把整个PCM内容放入内存，不适合仅为获得格式而调用。

如果将读取格式与后续样本处理放在同一个对象生命周期中，应遵循库提供的PCM读取接口管理位置。不要只移动底层文件游标，却把旧解析状态当作新的解析器继续使用。

接入上传检查前明确兼容范围

读取到字段只说明取得了这些头部信息，不证明data块完整、所有采样都能解码，或音频满足业务要求。可以把“信息解析成功”“编码受业务支持”“样本处理完成”拆成不同状态，避免把属性展示误用为完整处理证明。

格式白名单应根据下游真实能力定义。例如后续只接受某种整数PCM时，应同时判断编码标识、位深、声道和采样率；不支持的输入交给转换流程或明确拒绝，不能只改数值标签冒充重采样或声道转换。

为什么SampleBitDepth返回0？先看是否调用ReadInfo、Err是否非nil以及格式字段是否取得。0不应被解释成一个有效音频位深。

能直接传HTTP响应体给NewDecoder吗？该版本要求io.ReadSeeker，普通响应体通常不满足。需要按大小与资源预算准备可寻址输入，并负责关闭原始响应；不要无上限地把远程内容全部读进内存。

用IsValidFile替代格式读取行不行？它服务于文件可读性判断，不应当作采样格式对象；需要采样属性时仍应显式读取对应字段，并清楚区分格式声明与整文件处理结果。

参考：go-audio/wav接口文档、v1.1.0 Decoder源码。