從理論上來說，可以。Zed Shaw 說過一句著名的話，如果不行，那么 Python 3 一定不是圖靈完備的。但在實(shí)踐中，這是不現(xiàn)實(shí)的，我將通過給你們舉幾個例子來說明原因。

對于字典（dict）來說，這意味著什么？

讓我們來想象一臺擁有 Python 6 的虛擬機(jī)，它可以讀取 Python 3.6 編寫的 module3.py。但是在這個模塊中，它可以導(dǎo)入 Python 2.7 編寫的 module2.py，并成功使用它，沒有問題。這顯然是實(shí)驗(yàn)代碼，但假設(shè) module2.py 包含以下的功能：

def update_config_from_dict(config_dict):
    items = config_dict.items()
    while items:
        k, v = items.pop()
        memcache.set(k, v)
 
def config_to_dict():
    result = {}
    for k, v in memcache.getall():
        result[k] = v
    return result
 
def update_in_place(config_dict):
    for k, v in config_dict.items():
        new_value = memcache.get(k)
        if new_value is None:
            del config_dict[k]
        elif new_value != v:
            config_dict[k] = v

現(xiàn)在，當(dāng)我們想從 module3 中調(diào)用這些函數(shù)時，我們遇到了一個問題：Python 3.6 中的字典類型與 Python 2.7 中的字典類型不同。在 Python 2 中，字典是無序的，它們的 .keys(), .values(), .items() 方法返回了正確的序列，這意味著調(diào)用 .items() 會在字典中創(chuàng)建狀態(tài)的副本。在 Python 3 中，這些方法返回字典當(dāng)前狀態(tài)的動態(tài)視圖。

這意味著如果 module3 調(diào)用 module2.update_config_from_dict(some_dictionary)，它將無法運(yùn)行，因?yàn)?Python 3 中 dict.items() 返回的值不是一個列表，并且沒有 .pop() 方法。反過來也是如此。如果 module3 調(diào)用 module2.config_to_dict()，它可能會返回一個 Python 2 的字典。現(xiàn)在調(diào)用 .items() 突然返回一個列表，所以這段代碼無法正常工作（這對 Python 3 字典來說工作正常）：

def main(cmdline_options):
    d = module2.config_to_dict()
    items = d.items()
    for k, v in items:
        print(f'Config from memcache: {k}={v}')
    for k, v in cmdline_options:
        d[k] = v
    for k, v in items:
        print(f'Config with cmdline overrides: {k}={v}')

最后，使用 module2.update_in_place() 會失敗，因?yàn)?Python 3 中 .items() 的值現(xiàn)在不允許在迭代過程中改變。

對于字典來說，還有很多問題。Python 2 的字典在 Python 3 上使用 isinstance(d, dict) 應(yīng)該返回 True 嗎？如果是的話，這將是一個謊言。如果沒有，代碼將無法繼續(xù)。

Python 應(yīng)該神奇地知道類型并會自動轉(zhuǎn)換！

為什么我們的 Python 6 的虛擬機(jī)無法識別 Python 3 的代碼，在 Python 2 中調(diào)用 some_dict.keys() 時，我們還有別的意思嗎？好吧，Python 不知道代碼的作者在編寫代碼時，她所認(rèn)為的 some_dict 應(yīng)該是什么。代碼中沒有任何內(nèi)容表明它是否是一個字典。在 Python 2 中沒有類型注釋，因?yàn)樗鼈兪强蛇x的，即使在 Python 3 中，大多數(shù)代碼也不會使用它們。

在運(yùn)行時，當(dāng)你調(diào)用 some_dict.keys() 的時候，Python 只是簡單地在對象上查找一個屬性，該屬性恰好隱藏在 some_dict 名下，并試圖在該屬性上運(yùn)行 __call__()。這里有一些關(guān)于方法綁定，描述符，slots 等技術(shù)問題，但這是它的核心。我們稱這種行為為“鴨子類型”。

由于鴨子類型，Python 6 的虛擬機(jī)將無法做出編譯時決定，以正確轉(zhuǎn)換調(diào)用和屬性查找。

好的，讓我們在運(yùn)行時做出這個決定

Python 6 的虛擬機(jī)可以標(biāo)記每個屬性，通過查找“來自 py2 的調(diào)用”或“來自 py3 的調(diào)用”的信息來實(shí)現(xiàn)這一點(diǎn)，并使對象發(fā)送正確的屬性。這會讓它變得很慢，并且使用更多的內(nèi)存。這將要求我們在內(nèi)存中保留兩種版本的代碼，并通過代理來使用它們。我們需要加倍付出努力，在用戶背后同步這些對象的狀態(tài)。畢竟，新字典的內(nèi)存表示與 Python 2 不同。

如果你已經(jīng)被字典問題繞暈了，那么再想想 Python 3 中的 Unicode 字符串和 Python 2 中的字節(jié)（byte）字符串的各種問題吧。

沒有辦法了嗎？Python 3 根本就不能運(yùn)行舊代碼嗎？

不會。每天都會有項(xiàng)目移植到 Python 3。將 Python 2 代碼移植到兩個版本的 Python 上推薦方法是在你的代碼上運(yùn)行 Python-Modernize。它會捕獲那些在 Python 3 上不起作用的代碼，并使用 six 庫將其替換，以便它在 Python 2 和 Python 3 上運(yùn)行。這是 2to3 的一個改編版本，用于生成僅針對 Python 3 代碼。Modernize 是首選，因?yàn)樗峁┝烁嗟脑隽窟w移路線。所有的這些在 Python 文檔中的 Porting Python 2 Code to Python 3文檔中都有很好的概述。

但是，等一等，你不是說 Python 6 的虛擬機(jī)不能自動執(zhí)行此操作嗎？對。Modernize 查看你的代碼，并試圖猜測哪些是安全的。它會做出一些不必要的改變，還會錯過其他必要的改變。但是，它不會幫助你處理字符串。如果你的代碼沒有在“來自外部的二進(jìn)制數(shù)據(jù)”和“流程中的文本數(shù)據(jù)”之間保持界限，那么這種轉(zhuǎn)換就不會那么輕易。

因此，大項(xiàng)目的遷移不能自動完成，并且需要人類進(jìn)行測試，發(fā)現(xiàn)問題并修復(fù)它們。它工作嗎？是的，我曾幫助將一百萬行代碼遷移到 Python 3，并且這種切換沒有造成事故。這一舉措讓我們重新獲得了 1/3 的服務(wù)器內(nèi)存，并使代碼運(yùn)行速度提高了 12％。那是在 Python 3.5 上，但是 Python 3.6 的速度要快得多，根據(jù)你的工作量，你甚至可以達(dá)到 4 倍加速。

親愛的 Zed

hi，伙計(jì)，我關(guān)注你已經(jīng)超過 10 年了。我一直在觀察，當(dāng)你感到沮喪的時候，你對 Mongrel 沒有任何信任，盡管 Rails 生態(tài)系統(tǒng)幾乎全部都在上面運(yùn)行。當(dāng)你重新設(shè)計(jì)它并開始 Mongrel 2 項(xiàng)目時，我一直在觀察。我一直在關(guān)注你使用 Fossil 這一令人驚訝的舉動。隨著你發(fā)布 “Rails 是一個貧民窟”的帖子，我看到你突然離開了 Ruby 社區(qū)。當(dāng)你開始編寫《笨方法學(xué) Python》并且開始推薦它時，我感到非常興奮。2013 年我在 DjangoCon Europe 見過你，我們談了很多關(guān)于繪畫，唱歌和倦怠的內(nèi)容。你的這張照片是我在 Instagram 上的第一個帖子。

你幾乎把另一個“貧民區(qū)”的行動與 “反對 Python 3” 案例 文章拉到一起。我認(rèn)為你本意是好的，但是這篇文章引起了很多混淆，包括許多人覺得你認(rèn)為 Python 3 不是圖靈完整的。我花了好幾個小時讓人們相信，你是在開玩笑。但是，鑒于你對《笨方法學(xué) Python》的重大貢獻(xiàn)，我認(rèn)為這是值得的。特別是你為 Python 3 更新了你的書。感謝你做這件事。如果我們社區(qū)中真的有人因你的帖子為由要求將你和你的書列入黑名單，而請他們出去。這是一個雙輸?shù)木置?，這是錯誤的。

說實(shí)話，沒有一個核心 Python 開發(fā)人員認(rèn)為 Python 2 到 Python 3 的轉(zhuǎn)換過程會順利而且計(jì)劃得當(dāng)，包括 Guido van Rossum。真的，可以看那個視頻，這有點(diǎn)事后諸葛亮的意思了。從這個意義上說，我們實(shí)際上是積極地相互認(rèn)同的。如果我們再做一次，它會看起來不一樣。但在這一點(diǎn)上，在 2020 年 1 月 1 日，Python 2 將會到達(dá)終結(jié)。大多數(shù)第三方庫已經(jīng)支持 Python 3，甚至開始發(fā)布只支持 Python 3 的版本（參見 Django 或 科學(xué)項(xiàng)目關(guān)于 Python 3 的聲明）。

我們也積極地就另一件事達(dá)成一致。就像你于 Mongrel 一樣，Python 核心開發(fā)人員是志愿者，他們的工作沒有得到報酬。我們大多數(shù)人在這個項(xiàng)目上投入了大量的時間和精力，因此我們自然而然敏感于那些對他們的貢獻(xiàn)不屑一顧和激烈的評論。特別是如果這個信息既攻擊目前的事態(tài)，又要求更多的自由貢獻(xiàn)。

我希望到 2018 年會讓你忘記 2016 發(fā)布的帖子，有一堆好的反駁。我特別喜歡 eevee（LCTT 譯注：eevee 是一個為 Blender 設(shè)計(jì)的渲染器）。它特別針對“一起運(yùn)行 Python 2 和 Python 3 ”的場景，這是不現(xiàn)實(shí)的，就像在同一個虛擬機(jī)中運(yùn)行 Ruby 1.8 和 Ruby 2.x 一樣，或者像 Lua 5.3 和 Lua 5.1 同時運(yùn)行一樣。你甚至不能用 libc.so.6 運(yùn)行針對 libc.so.5 編譯的 C 二進(jìn)制文件。然而，我發(fā)現(xiàn)最令人驚訝的是，你聲稱 Python 核心開發(fā)者是“有目的地”創(chuàng)造諸如 2to3 之類的破壞工具，這些由 Guido 創(chuàng)建，其最大利益就是讓每個人盡可能順利，快速地遷移。我很高興你在之后的帖子中放棄了這個說法，但是你必須意識到你會激怒那些閱讀了原始版本的人。對蓄意傷害的指控最好有強(qiáng)有力的證據(jù)支持。

但看起來你仍然會這樣做。就在今天你說 Python 核心開發(fā)者“忽略”嘗試解決 API 的問題，特別是 six。正如我上面寫的那樣，Python 文檔中的官方移植指南涵蓋了 six。更重要的是，six 是由 Python 2.7 的發(fā)布管理者 Benjamin Peterson 編寫。很多人學(xué)會了編程，這要?dú)w功于你，而且由于你在網(wǎng)上有大量的粉絲，人們會閱讀這樣的推文，他們會相信它的價值，這是有害的。 

我有一個建議，讓我們把 “Python 3 管理不善”的爭議擱置起來。Python 2 正在死亡，這個過程會很慢，并且它是丑陋而血腥的，但它是一條單行道。爭論那些沒有用。相反，讓我們專注于我們現(xiàn)在可以做什么來使 Python 3.8 比其他任何 Python 版本更好。也許你更喜歡看外面的角色，但作為這個社區(qū)的成員，你會更有影響力。請說“我們”而不是“他們”。