GnuPG加密文件大小是否依赖内容？同长字符串加密大小是否恒定？

嘿，这两个问题问到点子上了，我来给你拆解清楚：

1. GnuPG加密文件的大小是否取决于原文件的内容？ #

答案是不一定，得看你有没有开启压缩：

• 如果没开压缩（GnuPG默认就是不压缩的状态），加密后的文件大小基本和原内容无关——它等于「原文件的长度（加上块加密所需的固定填充长度）」加上固定的加密元数据（比如算法标识、随机初始化向量IV、校验和、密钥信息这些，都是固定或固定长度的内容）。不管原内容是一堆乱码还是重复的字符，只要长度一样，加密后大小就一致。
• 如果手动开启了压缩（比如用--compress-level参数设置压缩等级），那加密后的大小就和原内容直接相关了——不同内容的可压缩程度不一样，比如全是重复字符的文本压缩率极高，而已经压缩过的文件（比如zip、png）几乎压不动，压缩后的明文长度差异会直接反映到最终加密文件的大小上。

2. 当加密两个长度相同的不同字符串时，得到的加密文件大小是否能始终得到保证？ #

这得分场景说：

• 在默认加密配置（不压缩、标准OpenPGP格式）下，大小是始终一致的。原因很简单：相同长度的明文，块加密所需的填充长度是固定的（比如AES用PKCS#7填充，会把明文补到块大小的整数倍，相同长度的明文补完后的长度一样），再加上固定长度的加密元数据，最终输出的总长度肯定相同。哪怕两次加密的明文内容完全不同，只要长度一样，加密后的文件大小就没差——唯一的区别是内容（因为有随机IV或会话密钥，保证密文不可预测）。
• 但如果有这些变量，大小就可能不一样：
  • 开启了压缩：不同内容的压缩率不同，压缩后的明文长度有差异，最终加密文件大小自然不同
  • 添加了自定义元数据（比如用--comment加了不同长度的注释）
  • 切换了加密算法或哈希算法（不过大部分常用算法的输出/元数据长度都是固定的，除非你特意选了特殊算法）

简单总结：只要别碰压缩和自定义可变内容，相同长度的不同明文加密后大小稳一致；碰了的话，就可能有差异啦。

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