Python 3.11 并未减小单个帧对象大小，而是降低其创建频率与初始化开销；实质改进在于轻量CALL字节码、快速调用协议、内联缓存及异常路径优化，且仅在热点路径运行时生效。
Python 3.11 并没有提供用户可配置或手动触发的“更小帧对象”机制——帧对象（frame）的结构和内存布局由 CPython 解释器内部决定，开发者无法直接控制其大小或显式减小它。
为什么你看到“帧对象变小”说法不准确？
所谓“更小的帧对象”是外界对 CPython 3.11 内部优化的误读。实际变化是：解释器减少了帧对象的创建频率和初始化开销，而非压缩单个帧的字段或内存占用。例如：
- 在某些简单函数调用路径中，解释器可能复用栈空间、跳过部分字段赋值（如
f_back、f_trace的惰性初始化） - 自适应解释器循环避免为短命调用分配完整帧（尤其在特化字节码路径中）
- 但
sys._getframe()拿到的帧对象仍包含全部字段，sys.getsizeof(frame)测得的大小基本不变
真正影响函数调用开销的关键点在哪？
帧对象只是调用开销的一部分。3.11 的实质性改进集中在调用协议本身，而非帧尺寸：
-
CALL字节码被替换为更轻量的CALL_FUNCTION_EX变体，减少参数打包逻辑 - 快速调用协议（Fast Call Protocol）优先使用寄存器/缓存区传参，绕过部分栈操作
- 内联缓存（Inline Caching）让
obj.method()这类调用在热路径上直接跳转，不再每次查__dict__或 MRO - 异常处理路径去耦：未抛异常时，
try块几乎零开销，不再预分配回溯信息
你该怎么做才能实际受益？
别试图“减小帧”，而是让解释器更容易走快速路径：
立即学习“Python免费学习笔记（深入）”；
- 避免在循环内调用带默认参数或
*args/**kwargs的函数——它们会强制走通用调用路径 - 高频小函数（如
clamp(x, lo, hi)）在性能敏感处直接展开，而不是依赖“解释器帮你优化” - 用
functools.lru_cache缓存纯函数结果，比省一次帧开销（约 40ns）收益大得多 - 确认你用的是 CPython 3.11+（非 PyPy / GraalPython），且未禁用特化解释器（如通过
-X noadapting）
最易被忽略的一点：这些优化只在代码被反复执行（即进入热点路径）后才生效。冷启动、单次调用、交互式 REPL 中几乎看不到帧或调用开销的变化——它不是编译期优化，而是运行时渐进特化。
