Entity Framework Core 2中整数主键未分配状态的判断求证

Great question! Let me walk through this with you clearly.

首先，你的猜想在绝大多数常见场景下是安全成立的，但咱们得先明确前提条件：

为什么0通常代表未分配？ #

• 当你使用数据库生成的自增整数主键（比如SQL Server的IDENTITY、MySQL的AUTO_INCREMENT，默认都是从1开始），EF Core在创建新实体实例时，因为int类型的默认值是0，所以主键属性会被初始化为0。
• 当你调用SaveChanges()后，EF会自动从数据库取回生成的主键值（通常是1、2、3...这类正整数）并赋值给实体，此时主键就不再是0了。
• 正常情况下，没人会把0作为自增主键的有效值插入数据库——虽然大多数数据库允许手动插入0到自增列，但这是非常反常规的操作，几乎不会出现在生产环境里。

什么时候这个判断会失效？ #

有两个罕见的例外场景需要注意：

• 如果你修改了数据库自增主键的起始值为0（比如把IDENTITY的起始值设为0），那0就会成为一个有效的主键值，这时候用0判断就不准确了。
• 如果你使用客户端生成的主键（比如自己编写代码生成Id，而不是依赖数据库自增），那0完全可能是一个合法的主键值，这种场景下你的判断逻辑就不适用了。

更稳妥的替代方案 #

如果你想完全避免这些例外情况，直接用EF Core的ChangeTracker来判断实体状态会更可靠：

// 假设context是你的DbContext实例，entity是要判断的模型对象
var isPrimaryKeyUnassigned = context.Entry(entity).State == EntityState.Added;

这个方法不管主键类型是什么、主键配置如何，只要实体还没被保存到数据库（主键未被分配最终值），它的状态就会是Added，判断结果绝对准确。

总结 #

回到你的问题：在数据库自增主键从1开始，且没有手动设置主键为0的常规场景下，用主键值为0来判断未分配是安全的。但如果想让代码更健壮、适配更多场景，推荐使用ChangeTracker判断实体状态的方式。

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