核心摘要：使用 Core Data 或 SwiftData 时，开发者不需要像传统 SQL 开发那样手动创建自增主键（Primary Key）。框架底层通过 SQLite 隐藏字段 Z_PK 和 Z_ENT 自动构建了一套严密的唯一标识系统。
Core Data 和 SwiftData 利用 SQLite 内部的 Z_PK（自增 ID）和 Z_ENT（实体类型）自动管理主键，无需手动设置主键，确保数据唯一性和完整性。
疑问
在使用 Core Data 或 SwiftData 进行 iOS 开发时，很多开发者都会有一个疑问：为什么数据模型中不需要定义类似 id 或 primaryKey 的属性？这是否安全？
底层原理 (Under the Hood)
其实，这两个框架在底层的 SQLite 数据库中已经自动实现了一套完整的主键管理机制。如果你使用数据库工具（如 DB Browser for SQLite）打开 App 的 .sqlite 文件，会发现这些隐藏的系统字段：
-
自动递增主键 (
Z_PK)： 每个实体表都会包含一个名为Z_PK的整型字段。它从 1 开始递增，作为物理层面的主键。 -
实体类型标识 (
Z_ENT)： 每个表会添加一个Z_ENT字段，用于标识该记录属于哪个实体类型（Entity Type）。这在处理继承关系时尤为重要。 -
唯一标识符 (
Z_PK+Z_ENT)： 框架通过组合这两个字段，在整个数据库范围内唯一定位一条记录。在代码层面，这表现为NSManagedObjectID(Core Data) 或PersistentIdentifier(SwiftData)。 -
元数据管理 (
Z_PRIMARYKEY)： Core Data 维护一张名为Z_PRIMARYKEY的特殊表，记录每个实体的当前最大 ID 值 (Z_MAX)，确保新记录插入时 ID 分配的连续性和唯一性。
了解这些有什么作用
单纯知道“不需要设主键”是不够的。
很多开发者在遇到 多线程数据传递崩溃 或者 SQLite 文件体积异常 时束手无策，往往就是因为不了解这些底层机制。
- 如果你想知道 SQLite 内部到底长什么样，可以参考 揭秘 Core Data 在 SQLite 中的隐藏字段与表结构。
- 更重要的是，Core Data/SwiftData 的数据对象不是线程安全的。如果你试图在不同线程间直接传递对象，请务必阅读 安全传递数据的正确姿势。
最佳实践建议
1. 勿动底层字段
严禁手动修改 SQLite 中的 Z_PK 等字段，这会导致数据损坏或崩溃。
2. 导出数据需 UUID
虽然系统内部有主键，但 Z_PK 是本地且易变的（例如数据库迁移或重建时可能会变）。
建议：如果你的数据需要同步到服务器、导出为 JSON 或在不同设备间共享，请务必在模型中添加一个 UUID 属性（如 id: UUID），并将其作为逻辑主键。