按文件字节数预留字符数，是否存在真实编码会导致预留不足？

明确结论：现实中确实存在这类真实编码，会导致解码后的字符数超过文件字节数，让你预留的字符空间不足。

你熟悉的ASCII、UTF-8/32等都属于非压缩型字符编码，这类编码的单字符字节数≥1，所以字符数始终≤字节数，但还有一类压缩型字符编码，它们的设计目标就是用更少的字节存储更多字符，自然会出现字符数>字节数的情况，举几个真实存在的例子：

• SCSU（Unicode标准压缩编码）：这是Unicode官方定义的压缩编码，通过状态切换、重复字符标记等机制，能用极少字节表示大量重复或高频字符。比如一段由10个重复的"a"组成的文本，SCSU可能仅用2-3个字节就完成存储，此时文件字节数远小于实际字符数。
• BOCU-1（Unicode二进制有序压缩编码）：同样是Unicode压缩编码，采用自适应编码策略，对重复或常见字符序列的压缩效率很高，平均下来单个字符占用的字节数可能不足1，解码后字符数必然超过原始文件的字节数。
• 部分老旧的专用传输编码：比如早期电报系统中使用的一些编码，单个字节可以映射到预先定义的多字符短语（比如一个字节对应"HELLO WORLD"），这类编码虽然现在几乎不再使用，但确实是真实存在过的。

总结来说，只有非压缩型的字符编码会满足"字符数≤字节数"的规则，压缩类字符编码则完全可能打破这一限制，导致你按文件字节数预留字符空间的策略失效。

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