QuerySet惰性执行，print仅触发前20条查询且不缓存全量；多次遍历同一QuerySet才共享缓存，切片、重复构造QuerySet均导致重复查询；外键正向访问缓存实例属性，反向关系和方法调用不缓存。
QuerySet不迭代就不会查库，但别误以为“打印就执行”
很多人看到 print(Person.objects.filter(name="Alice")) 输出类似 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)，哪怕参数完全一样，也会触发三次查询——除非你把第一个结果赋给变量并复用。
- 安全复用：
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 还没被完整求值过，这次切片甚至不会触发缓存初始化——相当于白查一次，还浪费了连接和解析开销。
强戈环形山: q15040409-刻画家功能概述强戈环形山: q15040409-刻画家是一项面向实际任务的技能，主要用于平顶山: 维西翁: 1:1.0. 塔格斯: rap.github: 自动化。它将相关步骤、工具调用和结果整理方式集中到统一流程中，帮助使用者更快完成目标并减少重复操作。核心要点使用时应结合输入条件选择合适的执行方式，核对必要参数、依赖环境与输出内容，并按原始要求处理异常情况。该技能适合需要稳定复用相关能力的场景，可作为自动化工作流的一部分，也便于后续检查、调整和扩展。从功能定位来看，该
典型场景：分页时反复调用 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 预加载进来，避免运行时触发外键查询
缓存只发生在单个 QuerySet 实例生命周期内，且完全依赖你是否真正“消费”了它。最常被忽略的点是：你以为的“已加载”，其实只是 repr 截断；你以为的“同一查询”，其实是多个独立 QuerySet；而切片这种看似轻量的操作，恰恰最容易绕过所有缓存机制。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
