如何恢复传输后打开为静音杂音或显示时长为零的 WAV 文件
如果传输后的 WAV 文件显示时长为零或播放为杂音，请先将其与原始录音进行对比：确认复制已完成，比较文件大小，并尝试在另一个音频播放器中打开全新副本。如果原始文件正常，请重新传输文件。如果原始文件也已损坏但仍包含数据，且您了解其编码、字节序、声道数和采样率，Audacity 的原始数据（Raw Data）导入功能可能可以恢复音频。整个过程中请始终在副本上操作；原始数据导入是一种诊断和恢复途径，并非保证能修复。
1. 保护原始文件并检查传输
为传输后的文件以及录音设备上的原始文件（如果仍存在）分别创建单独的工作副本。在排查问题时，切勿覆盖任何一个文件。WAV 是一种由多个区块（chunk）组成的容器格式，包含格式信息和音频数据，因此损坏的标头或不完整的复制可能会导致普通播放器无法正确解析该文件。Microsoft 的 RIFF 概述介绍了 WAV 文件中使用的 RIFF、fmt 和 data 区块。
比较源文件与目标文件的大小。如果目标文件较小、大小仍在变化或为 0 字节，请重新传输，并在断开设备连接之前等待复制操作彻底完成。如果两个副本大小相同，这虽然有参考价值，但并不能证明每个字节都完全一致。在 Windows 上，您可以使用 PowerShell 的 Get-FileHash 命令比较 SHA-256 哈希值；哈希值匹配即表示文件内容一致。Microsoft 提供了关于 Get-FileHash 的文档说明。
如果条件允许，请使用合适的播放器直接从录音设备或存储卡中打开原始文件，然后将其播放时长和声音与传输后的文件进行对比。如果原始文件播放正常，请使用另一根连接线、读卡器或目标文件夹重新传输。如果原始文件也显示时长为零或充满杂音，问题可能出在录音本身或文件结构上；此时请仅使用工作副本继续尝试恢复。
2. 确认问题出在播放器还是文件本身
尝试使用另一个音频播放器或编辑器，并确认该文件的扩展名确实为 .wav，而不是被错误重命名。WAV 是一种容器格式，可以容纳不同的音频编码，因此各应用程序对它的支持程度有所不同。Microsoft 指出，WAV 文件可以包含 PCM 或 ADPCM 等编解码格式。Microsoft 支持的文件类型概述对这一区别进行了解释。
如果某个应用程序显示时长为零，而另一个应用程序能够正常播放录音，请在可以正常播放的应用程序中导出或保存一份新的 WAV 文件。如果所有应用程序都无法打开，请记下具体的错误提示，并将其与同一设备录制的已知正常 WAV 文件进行对比。正常的录音有助于确定预期的采样率、声道数和位深度。切勿想当然地认为每个 WAV 文件都是立体声 16 位 PCM。
3. 在尝试原始数据恢复前先尝试常规导入
在 Audacity 中，先对文件的副本使用文件 → 打开或文件 → 导入 → 音频。作为普通音频导入会让应用程序尝试解析其 WAV 容器和编解码器。Audacity 的手册将普通音频导入与原始数据（Raw Data）导入进行了区分，后者专门用于没有可用标头，或者标头错误、部分损坏的未压缩数据。Audacity 的导入文档对这两种选项都进行了说明。
如果常规导入成功，请检查录音的开头、中间和结尾。注意辨别是否有可识别的声音、静音或持续的失真，然后以不同的名称导出新的 WAV 文件。仅看到波形并不能确认恢复成功：在将其用于记录或音频项目之前，请试听效果并验证其时长是否合理。
4. 仅在了解格式的情况下使用 Audacity 原始数据导入
如果文件标头似乎已损坏且文件仍具有相当大的体积，请在 Audacity 中使用文件 → 导入 → 原始数据（在某些版本中为工具 → 原始数据导入）打开副本。手册说明该方法允许您设置编码、字节序、声道、起始偏移量和采样率。这些设置说明了如何解读这些字节；它们并不是能凭空找回丢失音频的猜测工具。Audacity 的原始数据说明中列出了这些控制选项。
请首先参考录音机说明书、录音设置或使用相同设置录制的已知正常文件中的信息。对于典型的未压缩 Windows PCM 文件，小端字节序（little-endian）较为常见，但正确的编码和采样率取决于具体的录音。如果 Audacity 提供了检测（Detect）功能，可将其作为参考起点，然后将结果与录音机配置的输出参数进行对比。避免同时更改多个设置：每次调整一个设置，预览或导入后，比较时长和可辨识声音是否有改善。
出现杂音通常意味着选择的解析方式有误，或者这些字节根本不是普通的 PCM 音频。例如，错误的采样率会改变播放速度和时长；错误的编码或声道设置可能导致输出严重失真。WAV 也可以包含压缩数据，将压缩字节当作原始 PCM 处理是无法进行解码的。遇到这种情况，请查明实际的编解码器并使用兼容的解码器，或者在可行的情况下换用原始录音。
5. 仔细设置起始偏移量
原始数据导入包含一个起始偏移量设置：即在将内容作为音频处理之前需要跳过的字节数。WAV 标头在音频数据之前包含元数据，但 RIFF 文件是基于区块的，可能还包含其他附加区块，因此音频并不总是从某个固定的字节位置开始。Microsoft 的 RIFF 说明解释了文件中包含带有标识符和大小字段的区块。
如果来自同一设备的已知正常录音能作为原始数据正确导入，可参考其设置来处理损坏的副本。否则，请仅在副本上微调测试偏移量，并记录下每项设置。如果偏移量设置得太小，可能会将标头字节当作音频导入，从而产生短暂的咔哒声或爆音；如果设置得太大，则会丢失录音的开头部分。如果使用了合理的偏移量和已验证的格式后仍然只有噪音，请及时停手，不要裁剪或将错误的结果覆盖导出到源文件上。
6. 导出并验证恢复的副本
当导入的轨道包含可识别的音频时，选择真正属于录音内容的部分并将其导出为新的 WAV 文件。为其指定一个不同的文件名，以确保源文件不受影响。在另一个播放器中重新打开导出的文件，确认其时长，并试听开头、中间和结尾附近的内容。如果录音中包含空白或损坏片段，请保留它们或另存一份编辑后的副本；导出操作无法重新构建丢失的音频采样。
在对结果满意之前，请务必保留原始文件、恢复的原始数据导入内容以及最终导出的文件。如果文件大小为 0 字节、远小于预期录音大小，或者在尝试了多种合理的设置后仍然只有静音和噪音，则该副本可能无法恢复。此时的最佳方案是重新进行传输，或寻找另一份完好的源副本。
实用的恢复步骤顺序
请遵循以下顺序：保护源文件，比较大小和哈希值（如适用），在其他播放器中测试原始文件和传输副本，尝试标准音频导入，只有在了解格式设置的情况下再尝试原始数据导入。通过试听和检查时长来验证所有恢复后导出的文件。WAV 的结构特性决定了损坏的标头可能会掩盖仍实际存在的音频，而 Audacity 的原始数据导入提供了一种解析此类数据的方法；但这两种情况都无法保证音频本身完全无损留存。