计算PCM音频文件大小时为何要将bit depth除以8？

核心问题来源：你搜索到的公式标注了错误的单位 #

你做的单位推导完全没有问题，混淆的根源是你找到的“正确公式”的单位标注错了：

• 你推导的 fileSize(in bits) = samples_per_sec x seconds x number_of_channels x bit_depth 是完全正确的比特数计算公式，单位推导逻辑成立，实际使用也完全符合结果。
• 你搜索到的带 /8 的公式，计算结果的单位是**字节（Bytes）**而非标注的比特（bits），因为1字节=8比特，所以要将总比特数转换为字节数时才需要除以8，这是行业内更常用的计算文件存储大小的公式（日常我们更习惯用KB、MB而非比特描述文件大小），只是资料写错了单位标注才导致你误解。

之前的巧合验证 #

你之前处理8bit位深的PCM时，错误的初始公式刚好能得到正确结果，本质也是单位的巧合：
你初始公式计算的结果刚好等于8bit位深下的PCM字节大小：比特数/8 = (采样率 x 时长 x 声道数 x 8)/8 = 采样率 x 时长 x 声道数，和你初始公式完全一致，所以你误以为初始公式算的是比特数，实际它刚好对应8bit场景下的字节数，进一步加深了后续的认知冲突。

实例验证 #

我们用常见的16bit、44.1kHz、双声道、1秒的PCM数据做验证：

• 总比特数：44100 * 1 * 2 * 16 = 1411200 bits
• 总字节数：1411200 / 8 = 176400 Bytes，和你搜到的带/8的公式计算结果一致，也符合实际文件大小。

内容的提问来源于stack exchange，提问作者Simullacra