Django继承模型实例复制时pk与id为何不一致？

先给你理清楚核心逻辑，其实大部分时候pk和id确实是等价的，但在模型继承的场景下，它们的底层指向会有细微差别，这也是官方要求同时设置两者的原因：

基础概念先搞懂 #

• pk是Django为所有模型提供的通用主键别名，它会自动绑定到模型的主键字段——不管你主键字段叫id、article_id还是别的什么，obj.pk永远指向当前模型的主键值。
• id是Django默认自动生成的主键字段名，如果你没自定义主键，所有模型都会自带这个自增的id字段，这时候pk就完全等价于id。

多表继承下的特殊情况 #

问题出在多表继承（比如你定义了一个父模型，子模型继承它）的场景：

• 父模型有自己的id主键，存在独立的数据库表中。
• 子模型的数据库表会生成一个指向父模型的外键（默认叫[父模型名]_ptr_id），这个外键同时就是子模型的主键。
• 子模型实例会“继承”父模型的id字段，但这个id并不是子表的实际字段，而是通过外键关联到父表的id。

为什么要同时设置pk和id为None？ #

当你要复制这类继承模型的实例时，只改其中一个会出问题：

• 只设django_blog.pk = None：你只是重置了子模型的主键（也就是那个外键字段），但继承来的id还保留着原来父实例的数值，保存时Django可能会尝试关联旧的父实例，而不是创建新的。
• 只设django_blog.id = None：你重置了父模型的id，但子模型的pk（指向外键）还拿着旧的父主键值，同样会导致保存失败或者关联错误。

只有同时把两者都设为None，才能确保：

1. 子模型的外键主键被清空，不会关联旧父实例。
2. 父模型的id被清空，触发Django创建全新的父实例和对应的子实例。

关于保存后pk和id的疑问 #

你提到保存后django_blog.pk ==4，这时候django_blog.id其实也等于4——因为新生成的父实例id是4，子模型的pk（外键）会自动指向这个新id，两者又回到了等价状态。所谓的“区别”只存在于重置后、保存前的短暂状态，保存完成后Django会同步两者的值，让它们重新指向同一个主键。

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