含特殊字符的加密字符串转hex存XML长度增4倍，如何转码不增加原长度

首先明确：不存在任何编码方案可以在所有场景下都实现0长度膨胀，需根据你的加密字符串的字符特征选择最优方案：

方案0：直接存储（0膨胀，优先验证） #

如果你的加密字符串仅由XML允许的合法字符组成（即不包含<、&，以及控制字符等XML非法字符），无需任何编码直接存入XML即可，完全没有长度膨胀。

方案1：XML实体转义（膨胀率最低，特殊字符占比低的场景首选） #

XML仅强制要求转义5个特殊字符，其余字符均可直接存储：

• < 转义为 <
• > 转义为 >
• & 转义为 &
• " 转义为 "
• ' 转义为 '
  若加密字符串中上述5个字符的占比极低，该方案整体膨胀率通常低于10%，远低于十六进制编码的300%膨胀。转义后的内容可直接存入XML，读取时XML解析器会自动完成还原，无需额外编写解码逻辑。

方案2：Base64编码（固定膨胀率33%，兼容性最强） #

如果加密字符串为二进制格式，或特殊字符占比极高导致实体转义膨胀率超过33%，优先选择Base64编码：

• 每3个原始字节编码为4个可打印ASCII字符，固定膨胀率仅33%
• 所有Base64输出字符均为XML合法字符，无需额外转义可直接存入XML
• 所有主流编程语言均有内置的Base64编解码实现，改造成本极低

方案3：XML安全的Base85编码（固定膨胀率25%，对长度要求极高的场景可选） #

如果Base64的33%膨胀仍无法满足数据库长度限制，可选择Base85的XML安全变种（如Z85编码）：

• 每4个原始字节编码为5个可打印字符，固定膨胀率仅25%，比Base64低8个百分点
• 输出字符均在XML合法范围内，无需额外转义

落地验证要点 #

• 先统计原始加密字符串的字符分布，优先选择膨胀率最低的方案
• 提前测试编码后的最大字符串长度，确认在数据库字段的长度限制范围内
• 保证编码、解码两端的规则完全对齐，避免还原错误

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