本文详细阐述了如何使用JavaScript的MediaRecorder API进行实时音频录制，并通过PHP将其保存到服务器。核心内容包括解决录制文件损坏的关键问题，即在MediaRecorder实例化时正确指定音频MIME类型和编码器，以及处理数据块的两种策略：客户端累积发送最终Blob或服务器端追加（并强调其局限性），旨在帮助开发者生成可播放的音频文件。

引言：实时音频录制与挑战

在现代Web应用中，通过麦克风进行实时音频录制已成为常见需求。JavaScript的MediaRecorder API提供了强大的能力来实现这一目标。然而，在将录制的数据分块发送到服务器并保存时，开发者常会遇到一个棘手的问题：生成的音频文件无法播放或显示为损坏。这通常是由于对MediaRecorder的工作机制和音频文件格式的误解造成的。

本文将深入探讨这一问题，并提供一个基于JavaScript和PHP的解决方案，确保录制的音频文件能够正确保存和播放。

问题分析：为什么录制文件会损坏？

当使用MediaRecorder进行分块录制并将数据发送到服务器时，文件损坏的主要原因可以归结为以下两点：

1. MIME类型和编码器定义不当： 许多开发者错误地尝试在Blob构造函数中指定音频的MIME类型和编码器（例如{ 'type' : 'audio/ogg; codecs=opus' }）。然而，MediaRecorder生成的数据块的格式和编码方式，必须在其初始化时就确定。如果在MediaRecorder实例化时没有明确指定或指定了不兼容的类型，它可能会使用默认值，导致后续Blob构造中的类型声明与实际数据不符。
2. 数据块处理不当： MediaRecorder通过ondataavailable事件分发的数据 (e.data) 是音频流的片段。对于一个连续可播放的音频文件，这些片段需要按照正确的顺序进行拼接。如果服务器端简单地使用file_put_contents覆盖文件，或者即使是追加，但没有正确处理容器格式（如OGG或WebM）的结构，最终文件仍会损坏。

解决方案一：正确初始化MediaRecorder

解决文件损坏问题的首要步骤是确保MediaRecorder在开始录制时就知道它应该生成什么格式的音频数据。这意味着需要在MediaRecorder的构造函数中明确指定mimeType。

核心修改：MediaRecorder构造函数

// ...
navigator.mediaDevices.getUserMedia({ audio: true })
    .then(function(stream) {
        // 定义MediaRecorder选项，指定MIME类型和编码器
        const mrOptions = { mimeType: 'audio/ogg; codecs=opus' }; 
        // 在此处初始化MediaRecorder时指定选项
        mediaRecorder = new MediaRecorder(stream, mrOptions);
        mediaRecorder.start(2000); // 每2秒触发一次ondataavailable事件

        mediaRecorder.ondataavailable = function(e) {
            // 确保e.data是非空的
            if (e.data.size > 0) {
                chunks.push(e.data);
                // 创建Blob时，使用MediaRecorder实际使用的MIME类型
                const blob = new Blob(chunks, { type: mediaRecorder.mimeType });
                chunks = []; // 清空chunks，准备接收下一个片段

                var reader = new FileReader();
                reader.readAsDataURL(blob); 
                reader.onloadend = function() {
                    var data = reader.result.split(";base64,")[1]; 
                    requestp2("a.php", "data=" + encodeURIComponent(data));
                }
            }
        };
    })
    .catch(function(err) {
        console.log('The following getUserMedia error occurred: ' + err);
    });
// ...

解释：

• mrOptions = { mimeType: 'audio/ogg; codecs=opus' }：这里我们明确告诉MediaRecorder，我们希望它生成OGG容器格式的音频，并使用Opus编码器。Opus是一种高效的音频编码器，非常适合语音和音乐。
• mediaRecorder = new MediaRecorder(stream, mrOptions)：将定义好的选项传递给MediaRecorder构造函数。
• const blob = new Blob(chunks, { type: mediaRecorder.mimeType });：在ondataavailable回调中创建Blob时，使用mediaRecorder.mimeType来确保Blob的类型与MediaRecorder生成的数据类型一致。

解决方案二：正确处理数据块（客户端累积 vs. 服务器端追加）

即使MediaRecorder生成了正确格式的音频数据块，如果这些块没有被正确地拼接起来，最终文件仍然会损坏。

策略一：客户端累积所有数据块，一次性发送 (推荐)

对于生成一个完整的、连续的音频文件，最健壮的方法是在客户端累积所有的e.data块，直到录制停止，然后将所有块合并成一个大的Blob，一次性发送到服务器。

客户端 JavaScript 修改：

SEEK.ai

AI驱动的智能数据解决方案，询问您的任何数据并立即获得答案

下载

var mediaRecorder = null;
let chunks = []; // 用于累积所有数据块

if (navigator.mediaDevices && navigator.mediaDevices.getUserMedia) {
   console.log('getUserMedia supported.');
   navigator.mediaDevices.getUserMedia({ audio: true })
      .then(function(stream) {
        const mrOptions = { mimeType: 'audio/ogg; codecs=opus' };
        mediaRecorder = new MediaRecorder(stream, mrOptions);

        mediaRecorder.ondataavailable = function(e) {
            if (e.data.size > 0) {
                chunks.push(e.data); // 累积数据块
            }
        };

        // 录制停止时处理所有累积的块
        mediaRecorder.onstop = function() {
            const completeBlob = new Blob(chunks, { type: mediaRecorder.mimeType });
            chunks = []; // 清空以便下次录制

            var reader = new FileReader();
            reader.readAsDataURL(completeBlob); 
            reader.onloadend = function() {
                var data = reader.result.split(";base64,")[1]; 
                // 发送完整的音频数据
                requestp2("a.php", "data=" + encodeURIComponent(data));
            };
        };

        mediaRecorder.start(); // 开始录制，不再分段发送
        // 示例：5秒后停止录制并发送数据
        setTimeout(() => {
            mediaRecorder.stop(); 
        }, 5000); 
      })
      .catch(function(err) {
         console.log('The following getUserMedia error occurred: ' + err);
      });
} else {
   console.log('getUserMedia not supported on your browser!');
}

function requestp2(path, data) {
    var http = new XMLHttpRequest();
    http.open('POST', path, true);
    http.setRequestHeader('Content-type', 'application/x-www-form-urlencoded');
    http.send(data);
}

服务器端 PHP 修改：

这种方法确保了服务器接收到的是一个完整的、格式正确的音频文件，简化了服务器端的处理逻辑。

策略二：服务器端追加数据块（需谨慎）

如果出于特定需求，必须将e.data块逐个发送到服务器，那么服务器端必须将这些块追加到文件中，而不是覆盖。

客户端 JavaScript 保持原样（但已包含mimeType修复）：

// ... (MediaRecorder初始化部分，已包含mrOptions)
        mediaRecorder.start(2000); // 每2秒发送一个数据块

        mediaRecorder.ondataavailable = function(e) {
            if (e.data.size > 0) {
                chunks.push(e.data);
                const blob = new Blob(chunks, { type: mediaRecorder.mimeType });
                chunks = [];
                var reader = new FileReader();
                reader.readAsDataURL(blob); 
                reader.onloadend = function() {
                    var data = reader.result.split(";base64,")[1]; 
                    requestp2("a.php", "data=" + encodeURIComponent(data));
                }
            }
        }
// ...

服务器端 PHP 修改：

重要注意事项：

• 容器格式的复杂性： 简单地追加原始音频数据块到文件，对于像OGG或WebM这样的容器格式来说，通常不足以生成一个有效的可播放文件。这些格式有复杂的头部、索引、时间戳和数据包结构。仅仅将原始数据追加在一起，可能会导致播放器无法解析文件结构。
• 推荐： 如果必须逐块发送，服务器端需要一个专门的库来解析和重构这些音频流，以生成一个符合标准的文件。对于大多数Web应用，强烈推荐使用客户端累积并一次性发送完整Blob的策略。

完整代码示例（客户端累积策略）

考虑到大多数场景下需要生成一个完整的音频文件，以下提供采用客户端累积策略的完整代码示例。

index.html (或包含JavaScript的页面)

    
    
    


    
Live Audio Recording
    Start Recording
    Stop Recording
    
Ready

    

a.php (服务器端处理文件)

重要注意事项与最佳实践

1. 浏览器兼容性： MediaRecorder API在现代浏览器中支持良好，但具体支持的mimeType和codecs可能有所不同。在生产环境中，建议进行兼容性测试或提供备用方案。可以使用MediaRecorder.isTypeSupported()来检查浏览器是否支持特定的MIME类型。

   if (MediaRecorder.isTypeSupported('audio/ogg; codecs=opus')) {