ESP32中Base64编码函数每72字符换行及末尾追加换行的原因咨询

你观察到的差异确实和早期邮件系统的行宽限制直接相关：

• 早期的SMTP邮件协议与终端设备普遍存在单行文本长度限制，大部分旧终端的行宽仅支持72-76字符，超过长度的文本可能被截断或出现显示异常。因此传统的Base64实现（包括ESP-IDF的base64_encode）遵循了MIME规范（如RFC 2045）的建议，会将编码结果按固定长度（ESP-IDF选择72字符）拆分换行，同时在末尾追加换行符，确保内容符合旧系统的处理要求。

• Python的base64.b64encode默认生成无格式的原始Base64字符串，这是因为现代多数应用场景（比如HTTP上传、API数据传输）更倾向于紧凑的编码结果，不需要换行来适配旧终端或邮件系统。如果需要兼容传统场景，Python也提供了base64.encodebytes（旧版本为encodestring）函数，会自动添加每行76字符的换行。

如果你的ESP32音频上传场景不需要换行，可以在编码完成后自行移除结果中的换行符（\n或\r\n），再进行服务器上传。

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