1 月 9 日消息，微信純血鴻蒙版 App 今日正式登陸手機端華為應用市場（App Gallery），版本號為 1.0.3.42。

騰訊 WXG（微信事業群）員工 @客村小蔣 今日發布長文總結了微信純血鴻蒙版 App 上架歷程，IT之家附原文如下：

今天，微信鴻蒙原生版正式上架應用商店了。

有些話，想說一說，給這段時間做一個總結。

現在講究零幀起手，也就是要講就講最關鍵的，不要前面各種鋪墊，最后夾帶私貨。

但身份和視角的問題，我今天要說的，可能都是私貨。

負責鴻蒙微信開發的大哥，是老廣研，當年開發微信 1.0 的那批成員中的一位。

也就是說，他在鵝廠的時間，比微信的歷史都久。

當年的 1.0，大哥負責搞塞班（Symbian）微信，曾經的諾基亞，從品牌到份額，應該是遠超今天的蘋果的。

但作為一個開放度遠不如現在的 iOS 和 Android 的“原始操作系統”，在塞班上做東西，是刀耕火種。

大哥帶著團隊肯鉆研，硬在塞班上手搓出了朋友圈、公眾號。

沒有想到，諾基亞這樣的巨人的轟然倒塌，完全不以人的意志為轉移。

之后大哥帶著團隊做智能手表、車機，包括最早的 Linux PC 端的微信。

不同品牌、不同終端，比手機更碎片化的生態，非常需要一個跨平臺的內核，把最重要、最基礎的能力搭成可復用的基建。

剛好和團隊一起看了當時熱映的《阿麗塔：戰斗天使》，大哥說我們剛立項的跨平臺內核，就叫“阿麗塔內核”吧。

阿麗塔，又帥又能打。

阿麗塔內核，也成了微信跨平臺開發的基建。

微信鴻蒙版，也受益于此。

這樣的履歷，其實冥冥中有注定。

2024 年 3 月 21 日，一份簡單又正式的通知來了，大家已經決定了，鴻蒙微信，你牽頭來搞。

1、搭基建：第一天開始，鴻蒙微信就是按照“三峽大壩”建的

“原生鴻蒙（HarmonyOS NEXT）完全是一套新的技術框架，編程語言是獨特的 ArkTS 語言，這意味著所有的 App 都要完全重寫。”

這句話，我經常會跟不同的朋友說起。

不過，對微信團隊來說，學習新的編程語言，可能是整個適配工作中，最不算困難的事情之一。

在一個全新的平臺上，做一款要支撐海量用戶、高并發的通訊需求，同時有支付、小程序、視頻平臺等多個大功能模塊的應用，還要滿足極高頻使用下的穩定性，是更大的挑戰。

這也是我全篇最大的私貨，我可能會反復提起。

也有人說，原生鴻蒙在 2024 年 10 月才開始公測，怎么就海量用戶了？

我記得原生鴻蒙有一次發布會用的主題叫，“待到山花爛漫時”，信念的力量，很強大。

微信的技術團隊，依靠的則是對技術的狂熱信念。

iOS、安卓微信多年的捶打，他們早已把一些信念根植于團隊中：比如大系統小做、讓一切可擴展、必須有基礎組件、灰度發布、精細監控、迅速響應，一切都是保證系統在穩定的前提下，能夠敏捷響應產品需求。

微信原生鴻蒙團隊，剛開始組建，就有一個堪比 iOS、安卓客戶端開發團隊的規模。

“今天是這些人做鴻蒙微信，幾年以后，還應該是這些人在做。”大哥的 leader，另一個我非常敬重的技術大哥說到。

2、搭基建，修 bug，是一種修行

阿麗塔內核，在開發鴻蒙微信的過程中，居功至偉。

但這只是基建的第一步。

萬丈高樓，第一天就要把地基打得足夠深、足夠牢。

第二步，還需要設計好鴻蒙微信客戶端的架構、編寫好各個模塊的文檔，讓后續第二三階段的業務進場后能夠高效進行開發。

這一步極其有難度，不僅要快速滿足業務訴求，還需要考慮業務之間的解耦，并具備長期的高可擴展性。

也就是說，讓微信各個相互依存的模塊，又在技術上盡量減少對彼此的依賴，避免因某個模塊的故障影響其他功能。同時，有一個擴展性極高的框架。

也是這個時間，大哥帶著團隊開展了頻率極高的對內對外溝通。

對外，和華為的技術團隊進行了頻率極高的線上線下交流；對內，push 各個業務團隊將各自的基礎庫移植進來。

從搭基建一直到今天，修 bug 都是一個始終伴隨開發過程的動作。

有一個經典的氣死程序員的問題，“程序員為什么要一直寫 bug ，不能一次性寫好嗎？”

程序員們也進行了各種“狡辯”，從類比答題、園丁和雜草、奇葩顧客買肉夾饃，到賭氣只要產品經理永遠不加新功能就不會有 bug。

其實核心就幾個點：需求經常會變、系統太復雜、意外情況多、時間和成本有限，以及“人”，總是會出錯的。

鴻蒙遇上微信，這樣的問題就會加倍，兩個高速前進、互相影響的復雜系統，讓修 bug 就像一場修行。

6 月，在適配鴻蒙 NEXT.0.0.6x 的某個版本過程中，出現了一個經常導致開發中的微信閃退的 bug。

n

兩個團隊一起排查了一周多都毫無進展，大哥睡覺時，腦子里都在想這個 bug。

最后甚至是靠靈光一閃，從系統的一個底層 API 中發現了問題：同樣的代碼邏輯，在 iOS 上和安卓上都沒問題，但在鴻蒙上就會遇到問題。

發現問題后，就能快速解決了。

幾個月后，我第一次聽說這段經歷時，居然回憶起了小時候看的愛迪生試驗燈絲的故事。

3、邀請內測、上架嘗鮮

2024 年的十一假期，鴻蒙微信開發團隊的全部人都加了七天班。

10 月 8 日，也就是原生鴻蒙正式公測的這天，鴻蒙微信也開始邀請內測。

10 月 12 日，微信測試版上架鴻蒙應用商店的“應用嘗鮮”專區，用戶可以搶先下載測試。

但如果從一個普通鴻蒙用戶的角度，從 10 月 12 日到 11 月 6 日的不到一個月的時間里，因為要“搶”微信，可能是最痛苦的日子。

有幾個問題，一直縈繞在這段時間，前前后后做過一些解釋，這次放在一起講一講，盡量讓大家了解來龍去脈。

1）為什么要用限量內測方式，不直接給所有人下載？

回到我開頭的私貨：在一個全新的平臺上，做一款要支撐海量用戶、高并發的通訊需求，同時有支付、小程序、視頻平臺等多個大功能模塊的應用，還要滿足極高頻使用下的穩定性，是很大的挑戰。

所以，用內測 → 找 bug → 修 bug → 加大內測的方式，是一個更符合軟件開發規律的方式。

在原生鴻蒙上，很多 App 也采用了類似的方式。

2）為什么不能公布一個固定的時間，要不定時地放，甚至有時候深夜放？

再回顧下前面的一個私貨：兩個高速前進、互相影響的復雜系統，讓開發就像一場修行。

舉一個我深度圍觀的例子：

某天晚上的 19:20 左右，項目組微信支付團隊發現，即將要上架的最新嘗鮮版的微信，小部分用戶的轉賬入口出現 bug，點擊后無反應。

微信支付團隊和項目組基礎技術團隊開始同步排查問題。

20:15，客服團隊同步后臺客訴情況。

20:57，微信支付團隊初步定位，有問題的代碼是今日合入導致的，疑似是 LiteApp（跨端的框架，微信轉賬是鴻蒙第一個使用這個框架的功能）的問題。

21:31，進一步定位到問題，在某些比較極端的情況下，LiteApp 的文件緩存寫入被系統提示權限不足，聯系華為技術團隊一起定位。

21:47，支付技術團隊完成問題修復，合入后，提交版本給測試團隊。

22:32，支付技術團隊復盤問題，提出后續改進措施：測試、開發嚴謹度提升。

22:41，微信基礎技術團隊向華為應用商店提審新版本內測包。

22:54，向華為應用商店提審嘗鮮版。

23:30，最新嘗鮮版微信通過審核，上架嘗鮮專區，轉賬問題修復。

3）為什么那段時間，一邊搶不到，一邊有人在二手平臺上賣安裝包？

看到售賣安裝包的鏈接，我們也很震驚，立刻找了華為一起排查原因，簡單來說，是因為應用商店沒有做嚴格的鑒權，有人用技術手段從商店里抓了安裝包來安裝，甚至教這種辦法牟利。很快，華為也修復解決了這個問題。

4）為什么老是瞬間就搶光？

有一段時間，實際登錄微信的名額，遠遠低于放量的名額。再次排查發現，有人用類似搶票軟件的“腳本”，去刷應用商店的放量，也因此觸發了商店的安全機制，攔截了大部分的需求。

5）那為什么不能提前收集愿意參加內測的用戶名單，給他們定向發測試版就好了，其他人用穩定版，不就不用一次次地搶了？

這確實也是我們更希望的方式。大家“搶”微信，更本質的原因是需要用微信。

但當時有幾個客觀的限制條件：一個穩定的、必須的基礎功能都具備的版本，需要多次的迭代；鴻蒙對一個 App 內測名額的上限，有比較大的限制，一個新功能穩定性的測試，需要的用戶量級要遠超于此。

4、“大家的鍵盤都被敲冒煙了”

這段時間，我也獲得了屌毛的美名。

當然，我理解，這更多是情緒的宣泄。

我不是開發人員，但從深度圍觀中，能感受到兩個團隊的不易。

有一次在微博開玩笑，“我之前說開發同事鍵盤都敲冒煙了，其實不夸張。從開發同事的反饋里，我能感受到鴻蒙開發同學的鍵盤應該也不好受。”

轉天剛好是 10 月 24 日，程序員節，華為終端的 CTO 李小龍先生轉了這條微博，寫到：

今天是 1024 程序員節，我們要致敬廣大鴻蒙開發者朋友們，同時也感謝廣大用戶為我們反饋問題，大家的寶貴意見對鴻蒙生態的完善與提升很有幫助。如 @客村小蔣 所說，盡快發現問題、修復問題，給廣大用戶帶來極致體驗，是各廠商和鴻蒙的共同目標。構建鴻蒙生態是一個艱巨的任務，即使已經取得了一些進展，但還是面臨著很多挑戰。華為與國內上萬家生態伙伴、數十萬人共同投入，展現了強大的合作力量。現在每天都有大量鴻蒙原生應用上架，且迭代飛速，有些甚至每天迭代一個版本。兩天前 HarmonyOS NEXT 正式發布，我們也會和各廠商、廣大開發者一起繼續努力，也希望更多的用戶升級、體驗，反饋意見

5、穩定版本不限量下載，測試版同步進行

11 月 6 日，經過一個月的高速迭代，基礎功能有所完善的穩定版本有了。

和華為團隊進行了一個極其高效的線上會議后，內測名額的上限也有了大幅提升。

收集愿意參加內測的用戶名單，給他們定向發測試版，其他人用穩定版的方案，終于可行。

之后就是持續的：新的測試版邀請內測 → 抓 bug → 修 bug → 擴大測試 → 更新穩定版 → ……

直到今天的正式版上線，開發、產品、測試、生態合作…… 所有參與到這個項目里的團隊，都未有一天松懈。

正式版，是一個新的繼續向前的開始。

6、被誤解是表達者的宿命，但不該是建造者的

我的微博簡介里原來有一句話，叫“制造熵減，嘗試努力消除一些誤解”。

很裝 x。

“熵減”是“熵增”的反義詞。啥叫“熵增”，我的理解就是世界是一個巨大的，不斷從有序向無序轉化的混沌體。

被誤解，是任何一個系統或者物體的宿命。

但是，如果不斷有外力來施加影響，起碼是能減緩有序向無序轉化的速度的。

后來請教了我的朋友里，最有文化的一位哈佛博后，他告訴我，“熵減”可能無法制造，更好的說法，或許是“驅動熵減”。

現實里我雖然內向，在網上卻是個愛說話的人，盡管被叫成叼毛，但很高興應該還是有一些朋友因為有了更多的了解，有了新的判斷。

不然應該不會同時有那么多人叫我靚仔

現在回憶起來輕松很多，但在需要“搶”微信的那段時間里，

我個人被罵的程度，也是我從來沒有經歷過的，

嚴重的時候，自認內心強大的我，睡眠甚至也受了點影響，

將心比心，作為一個并未實際參與開發，僅是圍觀的人，

已經有如此大的心理波動。

我就更想找一個合適的機會，

講一講同事開發鴻蒙微信的一些故事，

給更多的朋友更多的視角。

感謝大家一直以來的陪伴、反饋。