Cloud Firestore：何时应使用Bytes数据类型而非Text String？

在Firestore里挑数据类型的时候，Bytes和Text String经常让人纠结——毕竟官方给的存储上限和查询限制看起来几乎一样。我结合实际开发经验，整理了几种优先用Bytes而非Text String的场景：

• 存储非文本的二进制内容：比如图片缩略图、小段音频、加密后的密文、压缩包这类东西，它们本身就不是UTF-8格式的文本。要是硬塞进Text String里，要么直接报错，要么读出来就是乱码，这时候Bytes才是正确的选择。
• 避免不必要的编码/解码开销：如果你的数据本来就是二进制格式（比如序列化后的对象、Protobuf数据），直接存成Bytes可以省去来回做UTF-8编码转换的步骤，既节省性能，也能避免转换过程中可能出现的编码异常。
• 需要严格保留原始字节结构：有些场景下你得确保数据的字节序列完全不变，比如哈希值、固定长度的整数二进制编码、自定义的二进制协议数据。用Text String的话，UTF-8编码可能会改变原始字节的结构，而Bytes能精准保留每一个字节的原样。
• 处理不符合UTF-8规范的字节流：不是所有字节序列都符合UTF-8编码规则，比如包含无效码点的字节流。这类数据存成Text String会触发编码错误，而Bytes类型可以毫无压力地存储它们。

官方数据类型参数参考 #

简单总结下：如果数据本质是二进制、非文本，或者你需要严格控制字节的原始形态，就选Bytes；如果是人类可读的文本内容（比如用户输入的文字、JSON字符串、产品描述等），那Text String才是更合适的选项。

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