Python3.11经过优化后性能提升近64%！
Python这门编程语言的运行速度并不快，这早已不是什么秘密了。很多开发者期待这门语言的性能有所提升，这种情况或即将发生改变，或至少朝着正确的方向前进着，这也是Python的创始人重新出山后的决策结果之一。5月7日，Python团队发布最新的Python版本-Python3.11。目前发布的是一个测试版本(Beta1)，供开发者们测试或实验时使用。按照开发团队的所定下规约，预计将于2022年10月正式版本将释出。有好奇网友在自己的虚拟机上进行了测试，他在单独的Docker容器分
Python 这门编程语言的运行速度并不快，这早已不是什么秘密了。很多开发者期待这门语言的性能有所提升，这种情况或即将发生改变，或至少朝着正确的方向前进着，这也是Python的创始人重新出山后的决策结果之一。
5月7日，Python团队发布最新的 Python 版本 - Python 3.11。目前发布的是一个测试版本 (Beta1) ，供开发者们测试或实验时使用。
按照开发团队的所定下规约，预计将于 2022 年 10 月正式版本将释出。
有好奇网友在自己的虚拟机上进行了测试，他在单独的 Docker 容器分别安装了 Python 3.10 和 3.11，并查看它们在一组基准测试中的比较。
在其中使用了pyperformance 包来完成这项工作，这个包会帮助开发者完成繁重的基准测试工作。
总结的数据，按平均数值来计算，Python 3.11 比 Python 3.10 快了 14%。3.11 新版本在某些基准测试上稍微慢了一点，但在大多数基准上，速度提高了 64%。
以下是在有着 10 核 CPU 的 M1 Pro MacBook Pro 16 上运行的基准测试。每个 Python 版本都安装在 Docker 中，它使用 5 个逻辑 CPU 内核。
以下是不同包的运行数据：
目前Python 3.11 的正式版还未正式发布，需要等待一个完全稳定的版本，目前测试的仅是一个候选版本，也许正式版本发布后两者之间的差距会更大。
相关报道：提速25%！CPython 3.11 来了
文 | 罗奇奇，出品 | OSC开源社区（ID：oschina2013）
在退休又复出加入微软的 Faster CPython 团队后， Python 之父 Guido van Rossum 在 2021 年 Python 语言峰会上放下狠话，称团队将在 Python 3.11 版本中实现至少提速 1 倍的进展。
而在今年的 Python 语言峰会上，Guido 和团队搭档 Mark Shannon 汇报了最新的进展：对比 3.10 版本，CPython 3.11 的提速在 10 - 60% 之间，具体速度取决于代码规模和工作领域等条件。当使用 pyperformance 基准套件测量在 Ubuntu Linux 上使用 GCC 编译时， CPython 3.11 平均比 CPython 3.10 快 25% 。
CPython 3.11 的性能改进主要集中在更快的启动和更快的运行时，这些优化大部分来自于 PEP 659 ：自适应解释器，它运作思路跟 JIT 有点相似，都是识别热点代码，但自适应解释器的工作范围无法脱离字节码。目前 PEP 659 提案的工作基本完成，但 for 循环和二进制操作的动态优化仍有待完成。
在提速 25% 的同时，Python 3.11 仍有一些需要改善的地方，比如 Python 在 3.11 中的内存消耗与 3.10 中的基本相同。
此外还需关注 C 扩展的问题：CPython 与 C 的简单接口是主要优势，而与 C 扩展的不兼容性则是一大槽点。而 Faster CPython 团队在 CPython 3.11 中所做的优化工作在很大程度上忽略了扩展模块的问题，对此，团队领导者 Shannon 表示，团队正在开辟将低级函数 API 暴露给虚拟机的可能性，以尽可能地减少 Python 代码和 C 代码。
至于饱受期待的 JIT 编译器，Shannon 表示实现 JIT 的第一步是实现一个跟踪解释器，但目前还有太多需要关注的项目，引入 JIT 编译器的工作还有一段路要走，“最早可能要到 3.13 才能到达”。(顺便说一下，Shannon 一直对 CPython 是否真的需要引入 JIT 持怀疑态度。)
有意思的是，昨天我们报道了开发者 Sam Gross 的新提案：完全移除 CPython 解释器的 GIL- 全局解释器锁 。这个提案和 Faster CPython 团队的工作将以截然不同的方式加速多线程 Python 代码，但两者又可能产生一些冲突，毕竟 Faster CPython 已实施的优化，很大一部分都基于 GIL 仍存在的前提。
注：在去年的核心开发者 sprint 会议上，核心开发者们跟 Sam Gross 对 nogil 项目做了一次深入研讨，回答了大家较为关注的诸多问题。具体的会议纪要，可查看这篇文章——Python 官方研讨会：彻底移除 GIL 真的可行么？
深入浅出解析TypeScript是什么语言。本文详细介绍TypeScript的语言定义、超集架构、核心运行原理、与JavaScript的核心对比以及四类典型工业级应用场景，帮助读者全面看懂TS的价值与用途。
命名空间的基本概念与常见引入问题在C++等编程语言中，命名空间（namespace）是一种将代码标识符（如变量、函数、类名）封装在特定名称下的机制，其主要目的是避免命名冲突，尤其是在大型项目或使用多个第三方库时。使用“using namespace”指令可以将指定命名空间中的所有名称引入当前作用域，
理解递归的基本原理在C语言中，递归是一种函数调用自身的编程技术。要掌握它，首先需要理解其核心思想：将一个复杂的大问题，分解为一个或几个与原问题相似但规模更小的子问题，直到子问题足够简单，可以直接求解。这个过程通常包含两个关键部分：递归出口和递归体。递归出口定义了问题何时不再继续分解，即最简单、可直接
递归函数的基本概念与适用场景在C语言编程中，递归是一种函数调用自身的编程技巧。它并非适用于所有问题，但在处理某些具有自相似结构的问题时，能提供极其清晰和优雅的解决方案。递归的核心思想是将一个大规模问题分解为一个或多个同类型但规模更小的子问题，直到子问题简单到可以直接求解。典型的适用场景包括树形结构的
理解内存管理的基石在Objective-C的编程世界中，内存管理是开发者必须掌握的核心技能之一。它直接关系到应用的性能、稳定性与资源利用效率。与一些采用自动垃圾回收机制的语言不同，Objective-C在很长一段时间里，依赖一套基于引用计数的、需要开发者部分介入的管理规则。这套规则的核心思想是明确的
理解 dealloc 的角色与时机在 iOS 应用开发中，内存管理是保障应用性能与稳定性的基石。dealloc 方法是 Objective-C 中对象生命周期结束时的关键回调，它标志着对象即将被系统回收内存。正确理解其触发时机至关重要：当一个对象的引用计数降为零时，运行时系统会自动调用该对象的 de
内存管理的基石在Objective-C的世界里，内存管理是开发者必须掌握的核心技能之一。作为一门在手动引用计数（MRC）时代诞生的语言，Objective-C要求程序员对对象的生命周期有清晰的认识。dealloc方法正是这一生命周期中至关重要的终点站。它是一个实例方法，当对象的引用计数降为零时，系统
native2ascii 工具的基本定位在Ja va应用程序的国际化与本地化开发过程中，处理非拉丁字符集是一个常见且关键的环节。Ja va内部使用Unicode字符集来统一表示全球各种语言的文字，但其属性文件（.properties）在历史上要求使用ASCII编码，或者更准确地说，要求非ASCII字
理解 native2ascii 工具的基本用途在软件开发，特别是涉及国际化处理的场景中，开发者常常需要处理不同编码的文本资源。native2ascii 是 Ja va 开发工具包（JDK）中提供的一个命令行实用程序，其主要功能是将包含本地字符编码（非ASCII字符）的文件，转换为包含 Unicode
native2ascii 命令的由来与作用在Ja va开发中，处理国际化资源文件是一个常见需求。资源文件通常以.properties格式存储，用于支持多语言界面。然而，Ja va属性文件默认采用ISO-8859-1字符集编码，这导致了一个直接的问题：当文件中包含非拉丁字符（如中文、日文、韩文等）时，
火山引擎是字节跳动旗下企业级云与AI服务平台。聚焦大模型核心能力，依托字节自研豆包多模态大模型，凭借火山方舟一站式平台，提供模型精调、推理部署、智能应用搭建等全链路服务，结合高性能AI算力，助力各行业快速落地大模型数字化与智能化应用。
