对于新的数据类型, 添加的情况稀少, 然而此次所添加的, 却是历经长久讨论以及满怀期待的, 它就是: 冻结字典。其行为跟普通字典不相上下, 只是它呈现出不可变的特性, 即不具备添加、删除以及更改元素的能力并且, 它具有可被哈希的性质, 所以能够被用来作为另一个字典当中的键。内置的 () 类型语言的另一项新增功能, 其目的在于取代, 中一个常见且有着问题的模式, 即使用 is 来创建唯一的哨兵对象, 比如说, 作为 None is 可能为有效值的替代方案。新的语法 is 会创建唯一对象, 该对象仅与自身进行比较, 通过 is 运算符来实现。这些对象能进行正确的类型检查, 且具有信息丰富的表示形式, 并非只是一个随机的对象描述符。()(NAME)is。统计抽样分析器长久以来, “模块”运用具有确定性的方式剖析代码, 换而言之, 它会追踪并且记录每一回函数调用。如此一来, 分析得出的结果极为精确, 然而, 这也表明, 被 跟踪的那个程序, 其所具备的运行速度, 相较于正常情形而言, 会慢出许多许多标点符号。3.15中被增添的“模块”, 用统计抽样办法, 以极小的对程序运行速度的影响, 去获取有用的性能方面的信息。现有的“模块”依旧能使用, 它不会被拿掉, 只是有了个新的别名“.”。升级版JIT一种被内置的即时也就是 JIT 的编译器, 于 3.13 这个版本当中, 首次呈现出它的身影。它的长期目标在于在不改动代码的情形下提高程序的运行速度, 这和PyPy这种替代运行时库的加速办法相似。并且, 它不需要像其他解释器那般, 因为PyPy自身同样存在一些限制。最初的几个 JIT 版本, 既没有做出承诺, 也没有切实带来显著的速度提升, 原因在于, 它们更多的是为了给未来的改进奠定基础。当 3.15 发布之际, JIT 的性能几何平均值相较于标准而言, 有了 8% 至 13% 的提升, 其具体提升幅度由平台以及工作负载来决定。最大的变化涵盖了这些方面: 全新的跟踪前端, 它能让更多类型的代码获取更高的速度提升运用寄存器分配达成更快且更高效的内存利用JIT 生成的更为优质的机器代码还有其他优化, 比如消除某些对象类的引用计数的情况。更加清晰的错误信息在往届的一些版本以内, 其错误信息变得进一步精准、更为详尽以及愈发实用化, 3.15同样持续了这一改良。要领特征之下:类型系统改进准许开发者去创建那种有着预定义键以及类型提示键值对的字典还于其定义的时候新增加了两个参数。其中 , 头一个参数许可你去指明运行时是不是仅仅运用指定的键。第二个参数许可你在运行时指定别的键 , 不过这些键的值得明确指定类型。类型定義讓你能去呈現求值後結果值的類型表達式, 如此之類種, 類型具注可在類型自身用作值的地方予以採用, 像那種, 諸如 if.cast之類或 if 之類型操作的變體, 又或者作為第三方類型檢查工具工作方式的一部分。阅读理解中的拆解这属于另外一位用户期盼了很长时间的功能, 以往, 假设你打算运用列表推导式将一个嵌套对象彻底展开或者“扁平化”, 你就得有一个像这样的函数.chain(), 要不然你就得编撰一个语法很难看的嵌套列表推导式:x [[1,2,3],[4,5],[6]] y [a for b in x for a in b] [ 1 , 2 , 3 , 4 , 5 , 6 ] # y在阅读理解中使用星号运算符进行展开可以省去一个步骤x [[1,2,3],[4,5],[6]] y [*a for a in x] [ 1 , 2 , 3 , 4 , 5 , 6 ] # y解包**也有效例如可以用来扁平化和合并字典dicts [{ a : 1 }, { b : 2 }, { a : 3 }]y {**d for d in dicts} { a : 3 , b : 2 }最后这种解包方法还可以用于构建生成器表达式*x for x in [ ab , cd , ef ]上面的表达式创建了一个生成器其结果为[ a , b , c , d , e , f ]回滚增量垃圾回收器最后 3.15 迎来了一个重要的转折。3.其垃圾回收系统实行了重大改动——导入了增量式其有显著减少程序于垃圾回收之下而停止运行的时长等功能的垃圾回收器, 然而, 有不少用户反馈, 新的此垃圾回收器致使了内存使用量于进程出现了增长, 有时甚至是大幅度地增长。3.版本 15 将会恢复启用, 在 3.13 以及更早版本里所运用的分代式垃圾回收器。增量式垃圾回收器有可能在后续的版本当中回归, 不过条件是必须针对它展开进一步的改进, 从而防止此问题再度出现。