微信舊版下載 wechat-versions,把官方不再提供的安裝包存下來

微信官方下載頁永遠只給最新版,舊版安裝包在官方 CDN 上就是 404。wechat-versions 四個 GitHub 倉庫用自動排程在版本輪替前把安裝包連同 SHA-256 存進 release,檔案可以逐位元組驗證;但 Windows 3.x 已被登入牆封死,它今天最穩的用法是釘住 4.x 版本。四倉庫對照、下載動線與降級前該知道的邊界一次看清。

用 AI 摘要這篇文章:

微信被強制升級到 4.x 之後想退版,最先撞上的問題不是「怎麼裝」,是「去哪抓」。官方下載頁永遠只給最新版,網路上教學文附的官方直鏈,也會隨版本輪替一個個失效。wechat-versions 是 GitHub 上一套專門保存微信歷史版本安裝包的倉庫群,用自動化排程在官方伺服器換版之前,把每個抓得到的版本原封不動存進 release,連同 SHA-256 雜湊值一起放著。官方伺服器上還在的版本,檔案可以逐位元組對帳;已經消失的版本,至少留有歸檔當時計算的雜湊值可以對照。

不過先講清楚這套東西的極限:它保存的是安裝包,保存不了登入權。微信是主從式軟體,舊版客戶端能不能登入由騰訊伺服器決定,Windows 3.x 已經被伺服器端的版本檢查逐步封死,抓得到也登不進去。它今天最穩的用法是釘住某個 4.x 版本,或在特殊情境下救援,而不是無條件把微信退到三年前。

官方下載頁只有兩個按鈕,舊版過了保留期就抓不到

更新(2026 年 10 月 3 日下午):本文上午發布後數小時,文中列出的四個微信版本歸檔倉庫(tom-snow、cscnk52、zsbai 與 Mac 版整理倉)在 GitHub 已全部顯示 404,與微信聊天紀錄匯出工具下架潮屬同一波收縮的跡象;本篇描述的「四倉生態」以此時間點為準,下載前請以倉庫現況為準,官方 CDN 的保留期制不受影響。

實際打開微信 Windows 官方下載頁,整頁只有兩個下載選項:4.1.15 的 64 位元版本,以及 3.9.12 的 32 位元版本,後者頁面上自己寫著「該版本不再更新,建議使用64位系統電腦下載最新版本」。macOS 官方頁更單純,只有一個 4.1.15 的 dmg 安裝映像檔。沒有任何歷史版本區,也沒有舊版封存入口。

微信 Windows 官方下載頁僅提供 4.1.15 與 3.9.12 兩個版本選項Pin
官方下載頁:64 位元最新版,與標明不再更新的 32 位元 3.9.12

官方 CDN 對舊版其實有一段保留期,只是保留期不長。微信 4.x 換了發佈架構,官方頁主打多桌面端統一,Windows 與 macOS 的安裝包改走同一個 Universal 下載路徑,檔名直接帶版號。實測 Windows 線的 4.1.12、4.1.13 目前還抓得到,4.1.11 與更早就都是 404;Mac 線的保留期長一些,4.1.4 還活著,4.1.0 已經不存在。保留期之外的舊版,在官方伺服器上就是拿不到。

還有個更隱形的斷層:帶版號的網址抓到的,永遠是那一條版線的最後一個 build。實測官方 4.1.13 網址的檔案長度是 256,020,400 位元組,與歸檔倉庫裡 4.1.13.65 這個最終 build 完全相同,同一版線更早的中間 build,早在官方網址上被最終版蓋掉了。換句話說,就算某個舊版還在保留期內,你能抓到的也只有該版線收尾的那一版,中間的迭代版本官方不留。

3.x 時代則是另一種不留。官方只提供一個不帶版本號的固定網址,永遠指向當下的最新 3.x 版,新檔上傳直接覆蓋舊檔。這個網址目前凍結在 2025 年 9 月 3 日那次上傳的檔案,長度 283,125,176 位元組,之後騰訊就不再更新 3.x 線了。

把這些放在一起,就是 wechat-versions 存在的理由:官方的發佈方式從設計上就不提供歷史版本入口,保留期外的版本、每條版線的中間 build,想要,只能靠有人在它們消失之前搶先存檔。

它不是下載站,是一條每天巡邏的自動歸檔流水線

這套歸檔由四個倉庫組成,按平台與版本段分工。Windows 3.x 64 位元是 tom-snow 的 wechat-windows-versions,2022 年 1 月開倉,收了 60 個版本,從 2.0.0.37 一路到 3.9.12.57,3,300 多顆星;同作者的 32 位元倉庫另收 19 個版本。Windows 4.x 換了另一位維護者的 cscnk52 倉庫,2025 年 3 月開倉,已收 76 個版本,最新收到 4.1.15.13。macOS 是 zsbai 的倉庫,開倉當天就收了第一版,累積 112 個版本,從 3.5.5 到 2026 年 9 月下旬仍在收最新的 4.1.15.22。

tom-snow 微信 Windows 3.x 歸檔倉庫的 releases 版本清單頁面Pin
tom-snow 倉庫 releases 頁:歷代版本一列排開,每版附校驗資訊

歸檔的運作方式三個倉庫大同小異:GitHub Actions 排程定時去抓官方下載頁或官方網址,發現新版本就下載、計算雜湊值、推進 release。細節都寫在腳本裡,值得攤開看。

tom-snow 的腳本每天 UTC 07:00 下載那個滾動網址的安裝包,用 7-Zip 解開安裝包、從內部目錄名稱取出精確版本號,比對 SHA-256 沒見過才建 release。cscnk52 的腳本每小時檢查一次官方下載頁,抓出安裝包網址後,用檔案的最後修改時間跟自己最新的 release 記錄比對,比每天一次的設定更能接住短時間內連發的版本;它另外在 README 提供 Scoop 套件庫用的版本資訊,也講明只追正式版,想盯測試版要去 Telegram 的更新日誌頻道。

zsbai 的 Mac 倉庫最講究。腳本跑在 macOS runner 上,每天下載官方 dmg 後用 hdiutil 掛載、讀 Info.plist 裡的版本欄位取號。這條取號路線是 2024 年 10 月才建立的,在那之前抓不到精確版號,只能用日期後綴區分同一大版本裡的多次更新,倉庫裡早期的標籤因此長得像 v3.8.0_20230524 這種格式,下載早期版本時要自己對照日期判斷先後。2026 年 2 月維護者用 Python 重寫整套腳本,也處理了 4.0.5 之後官方版號格式改變導致取號規則失效的問題,還預留了抓不到精確版號時改用大版本加建置編號的退路。

整套機制沒有人工搬檔的成分,官方每發一版,流水線就跟著多一版。覆蓋範圍有兩個要先知道的斷層:更早期的版本並不齊,tom-snow 倉庫自己說明 3.5.0.46 以下的安裝包取自網頁博物館的存檔,而且只收了一部分;退版前想先弄清楚每版改了什麼,tom-snow 與 zsbai 的 README 都附了微信官方的更新日誌連結,照版號查就能看到該版的修正內容。還有個工程細節值得一提:倉庫本身只有幾 KB 的腳本和說明文件,安裝包全放在 release 資產裡,不進 git 版本 history,四個倉庫合計近 80 GB 的保存量因此不會把倉庫撐爆。Windows 3.x 倉庫停在 2025 年 9 月的原因也簡單:官方停止更新 3.x 之後,滾動網址不再變動,沒有東西可以再收了。

檔案能逐位元組對帳,這是整套東西最硬的一點

第三方轉貼的安裝包最讓人不安的是被動過手腳,混入廣告捆綁或直接換掉程式碼都有先例。這套倉庫在這一點上給得出硬證據。

tom-snow 最後一版 3.9.12.57 的 release 說明裡,附了完整的 SHA-256、更新時間,以及它當初下載的官方網址。實測把官方 CDN 上那個凍結網址的檔案,與倉庫 release 裡的 3.9.12.57 安裝包各抓前 1 MB 下來算 SHA-256,兩邊完全相同,檔案總長度也都是 283,125,176 位元組。歸檔存的就是官方原檔,不是重打包或改造版。Mac 倉庫的 release 說明更完整,除了 SHA-256 還記錄檔案長度與官方網址的最後修改時間,2026 年 2 月改版後的每個 release 也都另附一份 .sha256 檔。

v3.9.12.57 release 頁面顯示 SHA-256 與官方下載來源網址Pin
v3.9.12.57 release 說明:SHA-256、更新時間與官方下載網址並列

自己驗證也不難。Windows 倉庫的雜湊值公佈在 release 說明文字裡,對安裝包跑 sha256sum,再跟說明裡的值比對即可;Mac 倉庫 2026 年 2 月起的 release 旁邊就有 .sha256 檔可以對照。一致就能確定這份檔案與歸檔當時官方網址上的是同一份。已經離開官方保留期的版本,官方原檔無從對起,此時的信任基礎是歸檔流水線當時計算的雜湊值,這一點要誠實說清楚。

要衡量這套歸檔被需要到什麼程度,下載計數是個粗指標:tom-snow 倉庫 3.9.12.57 這個資產被下載了約 2.5 萬次,cscnk52 的 4.1.15.13 也有 1,800 多次,熱門版本單一資產就有上千到上萬次下載。對純保存性質的倉庫來說,這個量級說明退版需求是真實存在的。

先問自己:這個版本還登得進去嗎

這是整件事最容易被下載教學略過的一段。安裝包抓得到,不代表登得進去,而且這道牆不由倉庫決定,由騰訊伺服器決定。

時間線從倉庫的 issue 看得很清楚。2024 年 6 月就有使用者反映 3.9.5 登入時被提示版本過低,那位使用者想退版是為了新版拿掉的鎖定微信功能。2025 年 10 月起 3.9.12 的 64 位元版全面被擋,11 月時 32 位元版還登得進去,11 月下旬連 32 位元也開始被擋。也有人試過用假的更新程式佔住檔名,讓客戶端找不到東西可更新,結果照樣過不了伺服器檢查。

繞法在 issue 裡確實存在。倉庫維護者提供過版本號換算網頁,配合記憶體搜尋工具改掉客戶端自報的版本號;有使用者分享把已登入舊電腦的微信設定資料夾整套搬到新電腦覆蓋,啟動後直接進入已登入狀態;也有人搭配第三方相容啟動器讓 3.9.12.56 通過檢查,動機是讓公眾號連結用系統瀏覽器開。這些方法全部屬於灰色操作,改的是客戶端對伺服器講的話,違反服務條款的風險和帳號風險都要自己扛,這裡只陳述它們存在,不提供步驟。

macOS 那邊的狀態沒有明確答案。Mac 倉庫裡那則詢問舊版微信怎麼登入的 issue 從 2025 年 6 月開到現在沒有結論,想退 Mac 舊版的人要有撞牆的心理準備。

還有一個下載時的小陷阱:有使用者反映抓了 3.9.10,裝完開起來卻是 3.9.12。issue 裡的解案指向抓錯檔案,正確作法是確認抓的是 release 頁面資產區裡那個 .exe 檔案本身,而不是頁面上的其他連結。

今天最穩的用法是釘住 4.x,不是懷舊 3.x

把上面這些條件放在一起,這套歸檔的實際價值分布就很清楚了。

4.x 是最穩的一段。兩個活躍倉庫的 issue 裡,至今沒有出現 4.x 被伺服器擋登入的明確通報,cscnk52 每小時檢查、zsbai 每天檢查,遇到 4.x 改版後不順手、外掛失效或純粹想停在順手版本的人,到對應倉庫撈上一版安裝包就能退一版。動線很短:打開倉庫的 releases 頁照版號找到目標,下載安裝包,對照 release 說明裡的雜湊值驗完再執行。macOS 還有一個真實案例:2026 年 6 月有使用者在 macOS 27.0 beta 上遇到 App Store 版微信 4.1.9 啟動即崩潰,改用官網版 4.1.10 就正常。App Store 版與官網 dmg 本來就是兩條發佈線,這種時候歸檔裡的 dmg 就是現成的救援管道,而 Mac 倉庫也講明只收官網版,App Store 那條線不在保存範圍。這類保存工作在社群裡被當成公共服務看待,Mac 倉庫甚至有使用者開 issue 道謝,標題直接寫著你是英雄。

3.x 已經是過去式。安裝包完整保存著,登入牆把它們變成考古材料,除非願意走前面那些灰色繞法。有個容易誤會的細節:官方下載頁其實還留著一個 3.x 入口,就是前面提到的 3.9.12 32 位元版,給還在跑老舊 32 位元 Windows 的電腦用,但官方自己標明不再更新,而且僅此一版,想退到 3.x 的其他版本仍然沒有官方管道。32 位元倉庫與 64 位元倉庫一起停在 2025 年 9 月,理由都是官方停更。

流水線本身也有縫隙,使用時要有預期。輪詢式的歸檔接不住每一個版本:Windows 倉庫就漏了 4.1.8.29,前一版 4.1.8.28 收完,下一筆直接跳到 4.1.8.67,使用者通報後維護者坦言盡力收集、不保證不遺漏;同一時間 Mac 倉庫倒是收到了 4.1.8.29。Mac 倉庫自己在 2026 年 7 月底到 8 月中也出現過 16 天的空窗,整整兩個星期沒有新 release,8 月 12 日有人開 issue 通報,兩天後新 release 恢復出現,10 月的排程又看得到每天成功執行。換句話說,歸檔的完整性靠自動排程加使用者盯場維持,缺版的時候只能接受,或另尋其他保存者。

四個倉庫怎麼選

直接看對照表,按自己的平台和想退到的版本段對號入座。

倉庫平台與版本段收錄範圍檢查頻率現況
tom-snow/wechat-windows-versionsWindows 3.x,64 位元60 版,2.0.0.37 至 3.9.12.57(2022-02 至 2025-09)每天隨官方 3.x 停更而凍結,無授權檔
tom-snow/wechat-windows-versions-x86Windows 3.x,32 位元19 版,3.9.5.80 至 3.9.12.56(2023-06 至 2025-09)每天同上,已凍結
cscnk52/wechat-windows-versionsWindows 4.x76 版,4.0.3.11 至 4.1.15.13(2025-03 起)每小時活躍,MIT 授權
zsbai/wechat-versionsmacOS 3.x 與 4.x112 版,3.5.5 至 4.1.15.22(2022-08 起)每天活躍,GPL-3.0

選法一句話:Windows 退 4.x 去 cscnk52,Mac 去 zsbai,3.x 系列去 tom-snow 但先想清楚登入牆。表格裡的授權差異下一節會展開,關係的是這套保存能存在多久。

降級之前要自己扛的兩件事

一件是安全修補。官方 4.1.15 的更新說明寫著修復已知問題,退到舊版等於自願放棄之後所有修補。聊天軟體涉及帳號、通訊內容與檔案傳輸,檔案乾淨與版本安全是兩件事:雜湊值對得起來只保證它沒被改造,不保證它沒有已經被修掉又被挖出來的漏洞。處理完特定需求後儘快升級新版,是比較穩的節奏。

另一件是來源的法律狀態。微信是騰訊的閉源版權軟體,這些倉庫保存安裝包屬於第三方重新散布。tom-snow 與 zsbai 都在 README 掛了「如有侵權請提 issue 告知」的管道,等於自己承認這件事隨時可能因權利人主張而結束;cscnk52 則寫明安裝包版權屬於原權利人、倉庫僅作存檔。倉庫授權狀態也不一致:tom-snow 兩個倉庫沒有授權檔,腳本公開可讀但授權未明;zsbai 標 GPL-3.0、cscnk52 標 MIT,都只覆蓋歸檔腳本本身,涵蓋不了安裝包。

與微信相關的工具生態裡,這類來源與帳號風險不是特例。先前介紹過的微信備份閱讀器就遇過新版微信備份檔大部分資料讀不到的狀況,單向好友檢測工具則留下了假官網還在流傳的教訓,公眾號文章匯出工具同樣要處理登入與來源問題。把這幾個例子放進同一份警覺清單,對微信生態的工具會有比較完整的風險感,若工作流程離不開微信,公眾號內容自動化系統的登入邊界也值得一看。

總結成一句判斷:wechat-versions 把「官方不再提供」這件事補掉了,檔案來源可靠、可以驗證,也免費;它補不掉的是登入權與安全修補。抓 4.x 釘版本,它是目前最乾淨的管道;想退 3.x,先讀完 issue 裡的登入討論再決定要不要花這個功夫。

Sliven 褚崇名
Sliven 褚崇名

每日分享科技新知、免費資源以及 WordPress、虛擬主機相關主題,任何問題歡迎在科技月球下方留言,或是發送 Email 至 [email protected] 與我聯繫。

文章: 1702

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *


Share to...