harmonyOSNEXT下的前端开发者WAV音频编码实现继6年前使用js实现的mp4封装之后，再次

作为一名前端开发者，我现在需要在鸿蒙5.0下实现音频编码。关于为什么不说编解码，因为目前的需求，收到的音频数据流是PCM这样的基础格式，可以通过编码封装为各种其他的如wav、mp3、aac等其他可进行播放的音频格式。

对音频进行编码常见的格式有：

PCM是音频原始数据的基础格式，并不支持直接用于播放，但可以将其通过编码转换成其他支持播放的格式文件，也可将一些格式文件解码成PCM后再进行编码来实现不同格式的音频文件转换；AAC则在短视频和直播场景广泛使用。

我们能直接获取到的默认音频格式为音频裸数据格式，即PCM格式，因此并不需要对PCM进行额外的编码，但需要获取到对应的配置，用于将PCM格式的音频转换为其他格式的音频，比如我们本文中的WAV格式。

WAV全称WaveformAudioFileFormat，是微软公司开发的一种无损声音文件格式，也叫波形声音文件，是最早的数字音频格式，被Windows平台及其应用程序广泛支持。

WAV符合RIFF(ResourceInterchangeFileFormat)规范，所有的WAV都由44字节文件头和PCM数据组成，这个文件头包含语音信号的所有参数信息(声道数、采样率、量化位数、比特率....)44个字节的头文件由3个区块组成：

根据上图，所有区块的内容如下：

根据上述的WAV格式标准，我们就可以在鸿蒙上实现一个将PCM格式文件编码成WAV格式文件的功能函数了

WAV文件格式还是比较清晰的，因此实现上也比较简单，将PCM文件的内容读取出来，按照上述的格式，在WAV文件中写入文件头，再将PCM文件内容续写到WAV文件中即可完成PCM到WAV格式的音频文件转换。

由于鸿蒙ArkTS对前端的友好性，对于前端来说，实现上也变得更加简单。

基于HarmonyOSNEXT广泛应用的ArkTS语言，众多前端技术得以在鸿蒙系统上顺畅运用。例如，在上述音频编码实现中，DataView类和fs模块的表现与前端中的DataView以及Node环境下的fs模块的使用上高度相似，这使得在功能实现过程中减少了一些技术障碍。

就目前来看，HarmonyOSNEXT在一定情况下为前端开发者拓展了新的领域方向，提供了更多选择的可能性。