MacOS 13 chat.db中已编辑iMessage消息文本存储位置咨询

从iOS 16、macOS Ventura版本开始，苹果为iMessage上线消息编辑、撤回功能时同步调整了chat.db的底层存储结构，直接查询主表message的text字段时已编辑消息返回NULL属于正常逻辑，不是数据解析或备份损坏问题。

• 已编辑消息text字段为NULL的核心原因
  主message表的text字段仅承载消息首次发送时的原始正文。一旦消息触发编辑操作，主表中对应最新消息的条目会被标记为编辑版本的聚合入口，text、attributedBody两个原本存正文的字段都会被主动置空，不再直接存储最终展示的文本内容。
• 已编辑消息正文的实际存储位置
  所有编辑版本的消息正文，统一存储在同库的message_summary_info表中，按以下步骤关联查询即可拿到内容：
  1. 先在message表定位目标消息，确认其edited_message_version字段值大于0（值为0代表是未经过编辑的普通消息），记录该条目的ROWID
  2. 在message_summary_info表中检索message_id等于上述ROWID的所有记录，该表的summary_info字段为二进制plist格式，解析后可获取每一次编辑的正文内容、编辑时间戳、版本序号
  3. 多次编辑的消息会在该表留存全量编辑轨迹，取version字段值最大的记录对应的正文，就是用户端最终展示的编辑后文本
• 易混淆场景区分提示
  同样返回NULL的已删除/已撤回消息，可以通过message表的associated_message_type字段快速区分：已撤回消息该字段值为3，已编辑消息的聚合父条目该字段值为0，不需要额外交叉校验就能把两类NULL场景拆分。

注：本地iTunes/Finder全量备份提取的chat.db，和设备端实时读取的chat.db存储逻辑完全一致，不存在备份环节丢失已编辑消息内容的问题。

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