手機(jī)淘寶客戶端架構(gòu)探索宗心

1、手機(jī)淘寶客戶端架構(gòu)探索實(shí)踐關(guān)于于佳（宗心）2011 : 阿里巴巴中文站 阿里巴巴手機(jī)客戶端 android/iOS 開發(fā)2012：阿里巴巴無線事業(yè)部 手機(jī)淘寶客戶端 iOS 開發(fā)阿里巴巴無線事業(yè)部負(fù)責(zé)手機(jī)淘寶并為阿里巴巴各條無線產(chǎn)品線提供基礎(chǔ)技術(shù)和設(shè)施發(fā)展歷程201020122013Android: 披著App外衣的Mobile WebiOS: 圍繞購物主鏈路的基本功能業(yè)務(wù)：單工程多分支開發(fā)底層：獨(dú)立的中間件工程Android：Atlas插件框架iOS：多工程插件化開發(fā)1.02.03.0產(chǎn)品挑戰(zhàn)承載并整合多樣化的業(yè)務(wù)生態(tài)研發(fā)挑戰(zhàn) 去年All-In的時候 大量業(yè)務(wù)的同時涌入 火車模型的懸崖效應(yīng)

2、10余個團(tuán)隊的代碼整合量變呼喚質(zhì)變！痛點(diǎn) 協(xié)同方式 迭代依賴 分支管理合并依賴關(guān)系過于復(fù)雜！ 調(diào)試自測效率 模塊依賴下的不穩(wěn)定因素 業(yè)務(wù)多，回歸成本大測試資源嚴(yán)重不足！其他模塊引起的不穩(wěn)定性因素 發(fā)布的靈活性 版本發(fā)布無法快速響應(yīng) 線上已發(fā)布版本穩(wěn)定性灰度以及線上版本crash難以修復(fù)！2014手機(jī)淘寶自誕生以來，最大規(guī)模的底層重構(gòu)改變：開發(fā)方式，工程結(jié)構(gòu)，架構(gòu)模型，打包方式探索新的路線圍繞著開發(fā)效率和性能穩(wěn)定性等一系列問題工程拆分支持多團(tuán)隊并行開發(fā)架構(gòu)重構(gòu)重新梳理容器和總線規(guī)則配套工具使用有力工具增加開發(fā)效率工程拆分并行開發(fā)業(yè)務(wù)解耦獨(dú)立調(diào)試集成之前，在穩(wěn)定環(huán)境下測試易于集成修改配置完成集成工

3、程拆分開發(fā)階段 提供穩(wěn)定的開發(fā)環(huán)境（底層庫，接口） 各個業(yè)務(wù)方獨(dú)立開發(fā)測試階段 單獨(dú)業(yè)務(wù)獨(dú)立打包 針對該業(yè)務(wù)的測試回歸集成階段 修改podfile進(jìn)行集成測試 針對整體流程做回歸架構(gòu)重構(gòu) 需要解決的問題 迭代開發(fā)，并行開發(fā)能力差。 耦合嚴(yán)重，核心功能（URL導(dǎo)航）復(fù)雜 試錯成本過高，增加減少業(yè)務(wù)帶來的成本。 快速迭代下的穩(wěn)定性問題。指導(dǎo)思想分而治之并行開發(fā)一切皆組件BundleApp解除耦合，制定標(biāo)準(zhǔn)總線 URL總線（跨平臺統(tǒng)一URL尋址方式）：三平臺統(tǒng)一URL，自動降級，中心分發(fā)（支持hook） 服務(wù)總線 ：根據(jù)服務(wù)接口提供穩(wěn)定服務(wù) 消息總線 ：中心分發(fā)，按需加載開發(fā)透明 只需要遵守規(guī)則，不

4、關(guān)心底層/其他業(yè)務(wù)實(shí)現(xiàn)Bundle (deployable unit)RuntimeBus (UI & Service & Message)Lifecycle ManagementBundle ManagementUIsServicesApp/Service ProjectRuntimeProjectBus LibraryLibrariesLibraries減少新業(yè)務(wù)接入/移除成本標(biāo)準(zhǔn)化統(tǒng)一的通信調(diào)用標(biāo)準(zhǔn)，bundle間互通的基礎(chǔ)無法回避的瘦身問題靈活性Bundle自由組裝（淘寶生活，碼上淘）中間件基礎(chǔ)庫自由引入及時響應(yīng)線上問題Move fast and break thing

5、svia Hot Patch線上嚴(yán)重問題快速修復(fù)（小時級的響應(yīng)時間）AOP編碼形式Before/After/Replace 某個方法編寫容易，發(fā)布規(guī)范配套工具工程拆分遇到的問題：頻繁的更換spec源碼引入造成的pod update緩慢等原因開發(fā)階段集成階段等問題工具解決摩天輪自動打包平臺（自動生成spec，framework引入）開發(fā)-集成-灰度，多階段管理其他工具解決的問題：核心鏈路性能監(jiān)控平臺Crash分析平臺耗時2個月完成 6月初上線以上 集成 Bundle：30+ 改造為服務(wù)：10+（登錄、緩存、搜索組件） Hot Patch 修復(fù)線上嚴(yán)重故障 10+ 起 Patch 最大6KB，大部分不到1KB（iOS） 最大的陣痛：底層依賴遷移引起的編譯失敗Bundle重組，互通有無。業(yè)務(wù)復(fù)用，減少人力基礎(chǔ)復(fù)用，做深做精敏捷開