站在 2020 年回看，如何评价 Python 2 到 3 的升级？ 第1页

整个Python生态为了这次升级付出了大约十年的代价。但十年之后来看，也许这个选择的确是对的，它最重要的作用在于在整个Python生态强化了str=unicode的强制态度，阻止了只接受ASCII或者默认某种本地编码的库进入生态，防止了不同编码体系下生态的分裂；此外，类型安全性也进一步提升，之前像字符串'a'和数字2之间是可以比较的，这就会引入一些非常隐蔽的bug，Python 3中比较这些值会抛出异常。再就是整个系统和语法的一致性进一步加强，抛弃了一些历史包袱，比如取消了没有必要的long类型，整数和浮点数的除法运算变得一致，抛弃了旧class等。如果没有这些措施，社区的分裂可能会更加严重。

关于这个，Julia语言的开发者做过很多讨论，因为在Julia从0.6进入到1.0的时候发生了类似的问题，在这个帖子以及类似主题下的帖子可以看到：

他们认为，Python最好的做法就是让Python 3.0（Python 3的第一个版本）既兼容2.x又兼容3.x，然后在Python 3.0中使用任何废弃的特性都会报警。再从Python 3.1开始不兼容Python 2.x。这样一个人可以先把自己的库升级到3.0检查错误，再移动到Python 3.1中彻底放弃Python 2.x。

不过说是这么说，实际上还是很困难。Python 3改动了很多内部实现，并且由于Python有很多C扩展，它们强烈依赖于Python暴露出的接口，而Python在2到3的时候出于性能的考虑修改了一些接口，这就导致尽管Python 2 to 3表面看上去并没有什么巨大变化（譬如print有没有括号的问题），实际上在后端做出了很大改动，除非3.0在后端的也仿照上述逻辑同时兼容两套接口，否则这些部分就只能靠开发者自己去适配Python 3了。

而这些库构成了生态的基石，它们不升级，用户就没有动力升级；而用户不升级，库也没有必要升级，导致了一个死锁。而如果提供一个兼容版本的话，就可以允许Python 2.x的用户使用Python 3.0的库，接着用户再把自己升级到Python 3.0，当大部分人都处于3.0的时候，就可以进入3.1时候完全放弃2.x的版本了。不过话说回来，这个策略对Julia可能会容易一点，因为很多库都是纯Julia实现的，但Python就会比较困难了。