Evolution API 音频发送问题分析与解决方案

问题背景

在使用Evolution API的2.20版本时，开发人员报告了一个关于音频发送功能的严重问题。当尝试通过Business实例发送音频文件时，系统会返回"File or buffer is undefined"的错误提示。这个问题不仅影响了基本的音频发送功能，还迫使开发者不得不使用变通方案——通过媒体端点将音频文件作为附件(aa)发送。

错误现象分析

从错误日志可以看出，系统在处理音频文件时无法正确识别文件内容：

2024-12-19 15:58:47 El archivo no tiene buffer o file es undefined
{
    "status": 500,
    "error": "Internal Server Error",
    "response": {
        "message": "File or buffer is undefined"
    }
}

开发者尝试的请求格式如下：

{
    "number": "5******",
    "mediatype": "audio",
    "mimetype": "audio/aac",
    "media": "*********.com/teste.aac",
    "fileName": "salve.aac",
    "delay": 200
}

问题根源

经过分析，这个问题主要源于两个关键因素：

1. 端点混淆：开发者错误地使用了通用的媒体发送端点来处理音频文件，而实际上Evolution API为音频发送提供了专门的端点。

2. 版本兼容性：这个问题在v2.20版本中较为明显，但在v2.1.1版本中表现正常，表明可能存在版本回归问题。

解决方案

正确使用音频发送端点

对于音频文件的发送，应该使用专门的send-narrated-audio端点，而不是通用的媒体发送端点。正确的请求格式应该包含以下关键字段：

• number: 接收方号码
• audio: 音频文件的URL或base64编码
• options: 可选参数，如文件名、延迟等

版本选择建议

如果项目环境允许，可以考虑降级到v2.1.1版本，该版本在处理音频发送功能上表现稳定。但需要注意版本间的其他功能差异。

最佳实践

1. 明确区分媒体类型：不同类型的媒体文件(图片、视频、音频)应该使用对应的专用端点。

2. 参数验证：在发送请求前，确保所有必要参数都已正确设置，特别是文件内容或URL。

3. 错误处理：实现完善的错误处理机制，捕获并记录详细的错误信息，便于问题排查。

4. 版本测试：在新版本部署前，进行全面的功能测试，特别是核心功能如消息发送。

总结

Evolution API的音频发送功能问题主要源于端点使用不当和版本兼容性问题。通过使用正确的音频发送端点和选择合适的API版本，开发者可以有效地解决这一问题。在API集成过程中，理解不同端点的专用用途和保持对版本变化的关注是确保功能稳定性的关键。