HTTP 中常使用 Base64 编码 主要是因为 Base64 解决了 HTTP 协议中对二进制数据的处理问题。HTTP 协议本身是基于文本的，虽然它可以通过二进制方式传输数据，但有些场景下二进制数据的传输可能会引发问题。Base64 编码就是一种将二进制数据转换为只包含文本字符的方式，使其能够在 HTTP 协议中传输。以下是几个常见的原因，解释了为什么 HTTP 常用 Base64：
HTTP 是一个基于文本的协议，传输的是文本数据（例如 HTML 文件、JSON、XML 等）。而大多数二进制数据（如图像、视频、音频等）不能直接作为 HTTP 消息体传输，因为：
Base64 编码通过将二进制数据转换为文本（仅使用 ASCII 字符集），解决了这一问题。通过 Base64 编码，二进制数据能够变得与文本数据兼容，从而能够顺利地在 HTTP 请求和响应中传输。
HTTP 请求和响应的正文部分通常是文本内容（如 UTF-8 或 ASCII 编码的字符串），但是如果我们直接传输二进制数据（如图片或文件），这些二进制数据可能会与字符编码不兼容。尤其是在不同语言、平台、系统之间，字符编码可能导致传输中的乱码或数据丢失。
Base64 编码将二进制数据转化为字符集安全的文本数据（包括字母、数字和一些特殊字符），使得这些数据能够在所有字符编码系统中安全地传输，而不会受到编码问题的影响。
HTTP 头部和 URL 中包含很多特殊字符，例如：
Life is like a journey
/、?、& 等字符具有特殊意义。\n、\r）会影响数据解析或格式。对于需要嵌入 HTTP 请求/响应头部或者 URL 参数中的二进制数据，如果直接传输二进制数据，可能会导致这些特殊字符被误解或引起协议解析错误。
使用 Base64 编码，所有的二进制数据都转换为字母、数字、+、/ 和 = 等 ASCII 字符，避免了与 HTTP 协议中的特殊字符冲突，使得数据能够被安全地嵌入到 HTTP 头部或 URL 中。
在某些应用场景下，传输少量的二进制数据（如小图片、音频片段等）可能需要嵌入到 HTTP 请求/响应中，Base64 编码是一个简单且高效的方式。
例如，在 数据 URL（data URI） 中，可以将图像、音频、视频等数据直接以 Base64 编码的方式嵌入到 HTML 或 CSS 中，减少了单独的 HTTP 请求，特别适合小型文件或资源。
<img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAUA...">
在这个例子中，<img> 标签中的 src 属性直接包含了一个图片的 Base64 编码，而无需进行额外的 HTTP 请求。
在电子邮件协议（如 MIME）、XML 和 JSON 中，文本数据是标准的格式。如果我们想在这些格式中嵌入二进制文件（如图片、文档、附件等），直接传输二进制数据会导致格式问题。Base64 可以将二进制数据编码为安全的 ASCII 文本，这样就可以将这些二进制数据嵌入到邮件、XML、JSON 等结构化数据格式中。
例如，电子邮件中的附件通常通过 Base64 编码进行传输：
Content-Transfer-Encoding: base64
HTTP 请求的 URL 和表单数据通常只能包含 ASCII 字符。如果需要在 URL 中传递二进制数据（如图片或其他文件），这就变得非常困难。直接通过 URL 编码（例如将文件直接转化为 URL 参数）会导致不必要的字符转义和错误。
Base64 编码将二进制数据转换为字符安全的字符串，可以方便地在 URL 中使用，避免了二进制数据直接传输时可能带来的问题。
例如，使用 Base64 编码后的图片数据可以作为 URL 参数传递：
https://example.com/upload?image=TWFuIGlzIGhpZ2ggc3RyaW5n
Base64 编码在跨平台传输时具有很大的优势。不同操作系统之间可能有不同的编码系统，而 Base64 是基于标准 ASCII 字符集的，保证了它在各种平台上的兼容性。因此，Base64 编码能够确保数据可以在各种系统和应用之间无缝传输，不受操作系统或平台差异的影响。
HTTP 协议常使用 Base64 编码的原因可以归结为以下几点：
因此，Base64 编码在 HTTP 中被广泛应用于传输二进制数据，尤其是在需要通过文本协议传输文件、图片等非文本数据时。