Find方法专用于主键查询，优先查内存缓存再查数据库，性能高于Where+FirstOrDefault；支持单/复合主键传参，不支持非主键条件、导航加载或排序分页。
EF Core 的 Find 方法专用于根据主键快速查单条数据，它不走 LINQ 查询管道，而是优先查内存缓存（已跟踪实体），没命中才查数据库，所以性能比 Where(...).FirstOrDefault() 更高。
Find 方法的基本用法
语法很简单：直接传入主键值，EF Core 自动匹配实体类型和主键定义。
- 单主键（如
Id）：直接传一个参数 - 复合主键（如
OrderId + ProductId）：按模型中定义的顺序，依次传多个参数
示例：
// 单主键查询 var user = context.Users.Find(101); // 复合主键查询（OrderDetail 表主键是 OrderId 和 ProductId） var detail = context.OrderDetails.Find(5, "PROD-007");
Find 和 Where+FirstOrDefault 的关键区别
别把 Find 当成 Where(x => x.Id == id).FirstOrDefault() 的简写——它们底层逻辑完全不同：
-
Find只认主键，不支持任意条件；Where支持任意表达式（比如x.Status == "Active"） -
Find会先查 DbContext 的变更跟踪器（Change Tracker），如果该主键实体已被加载过，直接返回内存对象，零数据库访问 -
Where(...).FirstOrDefault()每次都生成 SQL 并发请求，哪怕数据刚查过一遍 -
Find找不到时返回null（引用类型），不会抛异常
Find 的常见注意事项
用对了省资源，用错了可能查不到或误解行为：
- 必须确保传入的值类型、数量、顺序和实体主键定义完全一致（尤其复合主键）
- 如果实体有配置的阴影属性主键（shadow key），
Find仍可用，但需按约定传值 - 异步版本是
FindAsync，适合 Web API 等需要非阻塞的场景 -
Find不支持导航属性自动加载（Eager Loading），要关联数据得另加Include或用其他方式
什么时候该用 Find，什么时候不该用
看目的选方法，不是越短越好：
- ✅ 用
Find：明确知道要查主键、追求性能、大概率重复访问同一实体（如详情页刷新） - ❌ 别用
Find：条件不是主键（比如查邮箱、用户名、状态）、需要排序/分页/多表关联、需要验证唯一性（此时应选SingleOrDefault） - ⚠️ 注意：如果主键字段被设为数据库自增，但实体尚未保存（
Added状态），Find查不到，因为它只查已跟踪或已持久化的主键
基本上就这些。用熟了你会发现，Find 是高频主键查询的“快捷键”，但不是万能钥匙。
