QuerySet惰性执行，print仅触发前20条查询且不缓存全量；多次遍历同一QuerySet才共享缓存，切片、重复构造QuerySet均导致重复查询；外键正向访问缓存实例属性，反向关系和方法调用不缓存。
QuerySet不迭代就不会查库，但别误以为“打印就执行”
很多人看到 print(Person.objects.filter(name="Alice")) 输出类似 <queryset alice>]></queryset> 就以为数据库已经查了——其实没有。Django 的 QuerySet 是惰性的，print() 触发的是 __repr__()，它只取前 20 条（默认）并执行查询，但**仅限于这个 repr 调用本身**，且结果不会缓存到整个 QuerySet 中。
真正填充 _result_cache 的操作只有这些：for 循环、list()、bool()、len()、repr()（带截断）、iter()。其中 repr() 是个陷阱：它查了库，但缓存只保留那前 20 条；后续再遍历全量，仍会重新查库。
- 错误示范：
qs = Person.objects.all(); print(qs); for p in qs: ...→ 查两次库 - 正确做法：显式转成
list(qs)或直接迭代，避免中间print(qs)干扰 - 调试时想看内容？用
qs[:10]+list()，或开 Django DEBUG=True 看 SQL 日志，别依赖print
同一个 QuerySet 多次遍历才享缓存，不同对象之间不共享
QuerySet 缓存是实例级的，不是查询级的。写两次一模一样的 Person.objects.filter(active=True)，得到两个独立 QuerySet 对象，各自缓存互不影响。
这意味着：如果你在视图里写了三次 Entry.objects.select_related("author").filter(published=True)，哪怕参数完全一样，也会触发三次查询——除非你把第一个结果赋给变量并复用。
立即学习“Python免费学习笔记（深入）”；
- 安全复用：
published_entries = Entry.objects.select_related("author").filter(published=True); list(published_entries); for e in published_entries: ... - 危险写法：
list(Entry.objects.filter(...)); for e in Entry.objects.filter(...): ...→ 两次查询 - 注意
select_related/prefetch_related：它们影响的是单次查询的字段/关联数据量，不改变缓存作用域
切片操作（如 qs[5:10]）几乎不触发缓存填充
qs[5:10] 会生成新 QuerySet 并执行 LIMIT/OFFSET 查询，但它**不会把结果存进原 QuerySet 的 _result_cache**。更糟的是，如果原 QuerySet 还没被完整求值过，这次切片甚至不会触发缓存初始化——相当于白查一次，还浪费了连接和解析开销。
典型场景：分页时反复调用 qs[page*20:(page+1)*20]，每次都是全新查询，缓存形同虚设。
- 真要缓存分页数据？先
list(qs)加载全量（仅适用于小数据集），再用 Python 切片 - 大数据集必须用数据库分页？接受无缓存事实，但加
.only("id", "title")减少字段传输 - 绝对不要写
len(qs[100:120])：这会执行 COUNT(*) + LIMIT 查询，双重开销
model 实例属性也有缓存，但只对非 callable 字段生效
QuerySet 缓存之外，单个 model 实例也做属性级缓存。比如 entry.blog 第一次访问会查外键关联的 Blog 表，第二次再读 entry.blog 就直接返回内存对象，不查库。
但这个缓存有边界：它只适用于普通字段或外键正向引用；反向关系（如 blog.entry_set.all()）每次都是新 QuerySet，不继承父对象缓存；方法调用（如 entry.get_absolute_url()）永远不缓存。
- 常见误用：
for entry in entries: print(entry.blog.name); print(entry.blog.description)→entry.blog缓存生效，没问题 - 隐患操作：
for entry in entries: entry.blog.posts.all()→ 每次都新建 QuerySet，可能 N+1 查询 - 优化方向：用
select_related("blog")把 blog 预加载进来，避免运行时触发外键查询
