我们的Python 2的最终目标是什么？-优快云博客

前言

每隔一段时间，我都会思考我们最终的Python 2结局是什么的问题。我们迟早会达到某种结局的情况；例如，Ubuntu已经取消了对/usr/bin/python是Python 2的支持，尽管你仍然可以用手来做。有一天，他们（和其他人）可能会规定/usr/bin/python是Python 3，或者完全删除Python 2的包，或者两者都是。当事情发展到这种状态时，我们该怎么办呢？（文末送福利）

这有两个方面：我们要对自己的仍然使用 Python 2 的脚本做些什么，以及对我们的用户和他们的脚本会发生什么。对于我们自己的脚本，可以把它们改写成Python 3，或者在它们的#！行中改成使用不同的Python解释器路径，包括PyPy。由于我们控制着它们以及任何使用没有Python 2的操作系统的时机，我们至少不会被打懵。我对我们自己的脚本的最终结局的初步猜测是，我们可能会使用PyPy，尽管我们可能会选择将它们转移到Python 3上。

(当CPython 2从Ubuntu和其他操作系统上消失时，我们剩下的Python 2脚本很有可能全部被淘汰了。要让它们过时，可能需要一个完全从头开始的新基础设施。

对于我们的用户来说，有好消息也有坏消息。好消息是，作为一个大学部门，我们的用户有一定程度的自然流动；当有人毕业离开时，他们大多不再关心他们在这里的Python 2脚本（或者转到另一个博士后职位，或者任何其他事情）。坏消息是，我们目前似乎有相当多的人在使用’/usr/bin/python’，而我们甚至没有寻找到运行’/usr/bin/python2’或其他别名的人。其中一些使用可能是自动化的 (在 cron jobs 和类似的东西中)，还有一些可能是来自未来几年的人。此外，并不是所有对 Python 2 的使用都是在定期运行的脚本中 (我们可以通过像 Linux 的审计框架这样的机制来捕捉)；其中一些可能是在偶尔才运行一次的脚本中。

除非我们运气好，事情被推迟了相当长的时间，否则改变 /usr/bin/python (删除它或改为 Python 3) 或删除 Python 2 似乎很可能会让我们的一些用户陷入困境。我们可能无法提前找到所有的用户，或者即使我们找到他们并通知他们，也无法让他们全部改变。为了减少这方面的问题，我们也许应该现在就开始行动，阻止使用 Python 2 (并识别使用它的人)。

如果可能的话，破坏性最小的结局是继续拥有/usr/bin/python和CPython 2（在通常的地方），即使我们自己提供。然而，保持’/usr/bin/python’这个名字的作用可能会妨碍把人们从Python 2中赶走的努力；在结局的某个时刻，我们可能想移除它，或者让它变成Python 3。虽然我们可以在自己的脚本中使用PyPy 2，但它并不能替代CPython，有些程序在使用CPython时肯定会失败。

(另外，我也不能绝对肯定PyPy在十年后还会有Python 2版本。是的，我正在考虑那么远的未来）。

一个更具破坏性的结局是Ubuntu坚持认为/usr/bin/python是Python 3，而不再提供Python 2。如果我们有相对较少的人使用明确的"/usr/bin/python2"，我们可能会完全放弃对CPython 2的官方支持。希望Ubuntu仍能提供PyPy 2，这样人们除了将他们的脚本迁移到Python 3之外，还有一些选择。

第三种结局是 "清除残余 "的选择。当Ubuntu完全放弃Python 2时，我们也会这样做，而不考虑剩余的用途；我们不会自己手工构建CPython 2或任何东西。我们会以某种方式处理自己的脚本，而其他人就只能靠自己了，最多只能安装Ubuntu版本的PyPy 2（如果有的话）。这种结局对人们的干扰最大，但从某种程度上说是最协调的，从长远来看对我们来说也是最省事的。

PS：Fedora不久前强迫/usr/bin/python变成了Python 3，说实话，这对我来说是件好事。我不得不匆忙改变一些脚本，但在那之后，运行 "python "可以得到我想要的版本，这很好。这也是推动我使用Python 3而不是Python 2的一个好方法。

知道你对Python感兴趣，便准备了这套python学习资料

对于0基础小白入门：