怎么利用 Base64 工具类实现图片字节数组与字符串的相互转换
先说一个核心概念：Base64 工具类本身不处理任何图片逻辑，它只专注做好一件事——字节数组和字符串之间的编解码。图片最终能否正确还原，完全取决于你传入的字节数组是否完整、格式是否合法。这就好比一个翻译官，他只负责把一种语言翻译成另一种，至于原文内容对不对、通不通顺，那是原作者的问题。
Ja va 中用 ja va.util.Base64 编码图片字节数组
在Ja va生态里，最常用也最稳妥的方式就是直接使用JDK 8及以上版本自带的 ja va.util.Base64。原生支持，无需额外引入第三方依赖，省心又安全。
这里有几个关键点需要特别注意：
Base64.getEncoder().encodeToString(byte[])这个方法接收的必须是原始的图片字节。比如，通过Files.readAllBytes(Paths.get(“a.jpg”))读取到的完整文件数据。- 如果图片是从
BufferedImage对象动态生成的，必须先将其写入ByteArrayOutputStream，再获取字节数组。千万别直接调用getRaster().getDataBuffer().getData()，那只是原始的像素数据，不包含JPG或PNG的文件头信息，编码出来的字符串解码后根本打不开。 - 编码结果是一个纯ASCII字符串，可以直接嵌入到JSON字段里，或者作为HTML中
src=“data:image/jpeg;base64,…”的数据源。
Ja va 中用 Base64.getDecoder() 解码回图片字节数组
解码时遇到问题，十有八九不是Base64工具本身的错，而是输入的字符串“不干净”或者不完整。
下面这些是常见的错误现象和排查思路：
- 抛出
IllegalArgumentException: Input is not a valid Base64 string：这通常意味着字符串里混入了空格、换行符、HTML实体（比如encodeURIComponent进行处理。 - 解码后的文件损坏、无法打开：大概率是原始字符串被截断了。比如数据库的
VARCHAR字段长度设得太小，或者前端在上传时错误地使用了FileReader.readAsText()而不是readAsDataURL()。 - 需要警惕的是，
Base64.getDecoder().decode(String)会严格校验填充字符=。如果来源不可控（比如来自URL参数），建议先做一步清洗：用正则移除非法字符，并确保字符串长度是4的倍数（不足则在末尾补=）。一个常见的处理链是：s.replace(“-“, “+”).replace(“_”, “/”).replaceAll(“[^A-Za-z0-9+/]”, “”)。
Spring Boot 接口里传 Base64 图片字符串要注意什么
在HTTP请求体中传输Base64字符串，听起来简单，但边界上容易踩坑。
这里有一些实操建议：
- 前端发送时，建议将数据包装成JSON对象，如
JSON.stringify({ image: “data:image/png;base64,…” })。后端用String类型接收后，必须记得剥离 “data:image/png;base64,” 这个前缀，只取逗号后面的部分进行解码。否则，直接解码会因包含非法字符而报错。 - 千万别把完整的Base64字符串存到长度有限的数据库字段里。一张1MB的PNG图片，编码成Base64后体积会膨胀到约1.37MB，如果你给数据库字段设置了1024的长度限制，数据肯定会被截断。
- 如果接口需要支持上传大图，认真考虑改用
MultipartFile直接传输二进制文件。Base64更适合用于小图标、验证码图片或者临时预览这种对性能要求不高的场景。
Python 的 base64.b64encode 和 b64decode 行为差异
和Ja va不同，Python的 base64 模块默认返回的是 bytes 类型，而不是 str。这个细微差别经常让人栽跟头。
容易踩的坑主要有这几个：
- 编码后忘记调用
.decode(‘utf-8’)转换成字符串，导致在序列化成JSON时直接抛出TypeError: Object of type bytes is not JSON serializable。 - 解码时，如果传入的是字符串，需要先将其编码回
bytes。正确写法是base64.b64decode(s.encode(‘utf-8’))，而不是直接传入s。 - 读取图片文件时，务必使用二进制模式
open(path, ‘rb’).read()。如果误用文本模式‘r’，会因为编码问题直接导致读取失败。
说到底，真正的麻烦从来不在Base64编解码这一步。问题往往出在“上下游”：字节数组从哪来、到哪去、中间有没有被转义、截断或者误解析。只要源头的字节是干净、完整的，Base64转换就不会出错。一旦出错，优先去检查上游数据的完整性，而不是去怀疑工具类本身。这才是高效排查问题的关键所在。
