xml不支持二进制，必须用base64编码为文本存储；需二进制读取图片、base64.b64encode()编码、decode(“ASCII”)转字符串，写入普通元素；注意换行处理以防解码失败，并警惕体积膨胀与内存压力。
不能直接存二进制，但可以用 Base64 编码后存为文本内容——这是唯一被 XML 规范允许的方式。
XML 本身不支持二进制节点
XML 是纯文本格式，所有内容必须是合法的 Unicode 字符。原始图片字节流（比如 JPEG 文件开头的 xFFxD8）会包含非法字符或控制符，直接写入会导致解析失败，常见报错如：Invalid byte 1 of 1-byte UTF-8 sequence 或 XML parse Error: not well-formed。
所以不是“能不能”，而是“必须转义”。Base64 是最通用、最稳妥的选择——它把任意字节映射成 64 个可打印 ASCII 字符，完全兼容 XML。
用 Python 的 base64.b64encode() 编码图片再写入
别用字符串拼接或手动读取二进制再 str()，容易出编码错误。正确做法：
- 用
open(path, "rb")以二进制模式读取图片 - 传给
base64.b64encode()，返回bytes，再用.decode("ascii")转成字符串 - 写入 XML 时，放在一个普通元素内（如
<image-data>...</image-data>），不要加 CDATA——除非你确定接收方能处理
示例片段：
import base64 with open("photo.jpg", "rb") as f: encoded = base64.b64encode(f.read()).decode("ascii") xml_content = f"<item><image-data>{encoded}</image-data></item>"解码时必须用 base64.b64decode() 还原，且注意换行和空白
XML 解析器可能自动归一化文本节点中的空白（比如把换行转为空格），而 Base64 对换行敏感——标准 Base64 编码每 76 字符会插入 n，但很多 XML 库（如 Python 的 xml.etree.ElementTree）在读取文本时会丢掉这些换行，导致解码失败，报错：Incorrect padding。
安全做法：
- 编码时用
base64.b64encode(data).replace(b"n", b"").decode("ascii")去掉换行 - 或者更稳妥：用
base64.encodebytes()（带换行）→ 写入时包裹在中 → 解码前先提取 CDATA 内容，保持原始换行 - 解码前检查字符串长度是否为 4 的倍数，不足则补
"="（但优先从源头避免）
大图会显著膨胀体积和内存开销
Base64 编码会让数据体积增长约 33%，一张 3MB 的 PNG 存进 XML 后变成约 4MB 文本；加载时还要额外解码回内存，对移动端或低配设备压力明显。
这不是理论问题：
- dom 解析器要一次性加载整个 XML 字符串到内存，
<image-data></image-data>节点内容越大，GC 压力越重 - 某些 XML 库（如 Java 的
DocumentBuilder）默认限制文本节点大小，超限直接抛org.xml.sax.SAXParseException - 如果只是临时传输或配置用途，小图标（
真正难处理的，是那些没人告诉你“XML 里塞大图等于自建内存炸弹”的交接场景——尤其当 XML 由第三方系统生成、你只负责解析时，得先检查 image-data 长度再决定走哪条解码路径。