EF Core查询跟踪会记录实体状态以支持SaveChanges时的变更检测，但带来性能开销。默认情况下查询结果被上下文跟踪，占用内存并影响速度。对于只读操作如数据显示、报表、导出或API响应，应禁用跟踪以提升性能。可通过在查询后添加.AsNoTracking()实现单次禁用，例如var blogs = context.Blogs.AsNoTracking().ToList()；也可在OnConfiguring中设置UseQueryTrackingBehavior(QueryTrackingBehavior.NoTracking)全局禁用，必要时用AsTracking()恢复。若需后续修改并保存实体，则必须启用跟踪，否则无法检测更改。
EF Core的查询跟踪是指框架在查询数据库时，自动记录返回实体的状态（如未更改、已修改、已添加等），以便后续调用SaveChanges时能检测到你对这些对象做的改动，并生成对应的更新语句。
查询跟踪的影响
默认情况下，EF Core会对查询结果进行跟踪。这意味着每个被加载的对象都会被上下文管理，占用额外内存并消耗CPU资源用于状态比较。如果你只是读取数据，不打算修改，这种跟踪就是不必要的开销。
禁用跟踪能显著提升只读查询的性能，通常可以减少内存占用并加快执行速度。
如何禁用跟踪
最常用的方法是使用AsNoTracking()方法。它告诉EF Core不需要管理这些实体的状态。
-
单个查询禁用：在查询末尾加上.AsNoTracking()即可。
var blogs = context.Blogs.AsNoTracking().ToList(); -
全局设置：可以在DbContext配置中将默认跟踪行为设为不跟踪。
protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder){optionsBuilder.UseQueryTrackingBehavior(QueryTrackingBehavior.NoTracking);}这样所有查询都默认不跟踪，需要跟踪的再用AsTracking()启用。
适用场景
在以下情况推荐禁用跟踪：
- 数据显示列表、报表等只读操作
- 查询大量数据用于导出或分析
- API接口返回数据，不涉及后续更新
如果之后需要修改这些数据并保存，就不能禁用跟踪，否则EF Core无法感知变化。
基本上就这些。
