http://www.infoq.com/cn/articles/suning-android-architecture

摘要

一個(gè)電商類(lèi)APP，對(duì)用戶而言，是琳瑯滿目的商品，是層出不窮的優(yōu)惠，既是社交導(dǎo)購(gòu)，更是交易售后；而對(duì)于開(kāi)發(fā)者來(lái)說(shuō)，用戶行為的背后，或許僅僅是一次次數(shù)據(jù)的存儲(chǔ)、處理、傳輸和展示。

在蘇寧易購(gòu)android客戶端不斷發(fā)展的過(guò)程中，也出現(xiàn)了許多的問(wèn)題：

• 如何高效、安全的處理數(shù)據(jù)流向的各個(gè)環(huán)節(jié)？
• 如何規(guī)避軟件升級(jí)、硬件差異、網(wǎng)絡(luò)環(huán)境等攜帶的風(fēng)險(xiǎn)？
• 如何合理的解決產(chǎn)品快速迭代和開(kāi)發(fā)應(yīng)接不暇之間的矛盾？
• 如果最大限度的提高開(kāi)發(fā)效率，降低開(kāi)發(fā)、管理和運(yùn)營(yíng)的成本？
• ......

有問(wèn)題，就有對(duì)應(yīng)的技術(shù)方案，就需要合理的架構(gòu)去支撐。

本文將根據(jù)移動(dòng)發(fā)展各個(gè)階段的時(shí)代特點(diǎn)，結(jié)合移動(dòng)電商app業(yè)務(wù)的特質(zhì)，以移動(dòng)數(shù)據(jù)交互全景的視角，講述蘇寧易購(gòu)android客戶端在不同階段出現(xiàn)的問(wèn)題，采取的技術(shù)應(yīng)對(duì)方案，以及如何衍生出最終的android運(yùn)行架構(gòu)。

移動(dòng)青銅時(shí)代（2012-2014）

時(shí)代特點(diǎn)：

• 移動(dòng)特征，2G~3G網(wǎng)絡(luò)為主，數(shù)據(jù)傳輸效率低，電商類(lèi)APP用戶的活躍性低；
• 發(fā)布模式，傳統(tǒng)的軟件生命周期，需求收集、評(píng)審 → 測(cè)試案例生成、評(píng)審 → 開(kāi)發(fā)設(shè)計(jì)、編碼、評(píng)審 → 測(cè)試 → 發(fā)布 → 運(yùn)營(yíng)，單團(tuán)隊(duì)單線發(fā)布；
• Android生態(tài)，Android 2.0~3.0，行業(yè)內(nèi)都處于探索階段，技術(shù)交流少，多以系統(tǒng)API為主；開(kāi)發(fā)工具Eclipse。

APP業(yè)務(wù)特征：

• 業(yè)務(wù)系統(tǒng)，以PC業(yè)務(wù)為主，沒(méi)有針對(duì)移動(dòng)業(yè)務(wù)數(shù)據(jù)的API，需要單獨(dú)研發(fā)一個(gè)數(shù)據(jù)中轉(zhuǎn)系統(tǒng)，以保持移動(dòng)業(yè)務(wù)的正常運(yùn)轉(zhuǎn)；
• 產(chǎn)品邏輯，展示、交互簡(jiǎn)潔，業(yè)務(wù)復(fù)雜度低，以商品的搜索、展示、購(gòu)買(mǎi)等核心流程為主；

移動(dòng)應(yīng)用數(shù)據(jù)交互全景：

研發(fā)過(guò)程中的問(wèn)題：

由于業(yè)務(wù)邏輯簡(jiǎn)單，頁(yè)面展示、交互的復(fù)雜低，通過(guò)Android原生的Activity+WebView即可以滿足絕大部分的產(chǎn)品需求；需求、開(kāi)發(fā)、測(cè)試、發(fā)布、運(yùn)營(yíng)都在正常的版本周期內(nèi)有條不紊的進(jìn)行著；在Android發(fā)展初期，最主要的問(wèn)題就是：

如何提高開(kāi)發(fā)者的編碼質(zhì)量。

技術(shù)應(yīng)對(duì)方案：

資深人力資源對(duì)核心技術(shù)進(jìn)行封裝，高內(nèi)聚，低耦合；以最精簡(jiǎn)的API對(duì)外，降低使用復(fù)雜度，讓開(kāi)發(fā)人員專心于業(yè)務(wù)邏輯的研發(fā)。

應(yīng)用架構(gòu)生成：

采用最基本的軟件設(shè)計(jì)理念，即分層 + 解耦：

• 分層，數(shù)據(jù)流轉(zhuǎn)處理采用責(zé)任鏈模式，保證各個(gè)環(huán)節(jié)的邏輯清晰明了；
• 解耦，各層之間添加標(biāo)準(zhǔn)的API代理，確保被依賴層可以正常的維護(hù)、升級(jí)。

移動(dòng)白銀時(shí)代（2014-2016）

時(shí)代特點(diǎn)：

• 移動(dòng)特征，3G~4G網(wǎng)絡(luò)為主，數(shù)據(jù)傳輸效率高，高效便捷的購(gòu)物體驗(yàn)，讓手機(jī)購(gòu)物成為了主流；
• 發(fā)布模式，單線已經(jīng)無(wú)法滿足各條產(chǎn)品線的快速迭代，敏捷開(kāi)發(fā)應(yīng)運(yùn)而生，多團(tuán)隊(duì)多線發(fā)布；
• Android生態(tài)，Android 4.0~5.0，移動(dòng)技術(shù)交流百花齊放，插件化、熱修復(fù)、APK加固等黑科技如虎添翼；開(kāi)發(fā)工具Eclipse → Android Studio。

APP業(yè)務(wù)特征：

• 業(yè)務(wù)系統(tǒng)，以移動(dòng)業(yè)務(wù)為主，提供針對(duì)移動(dòng)業(yè)務(wù)特征的API，廢棄原有的轉(zhuǎn)接系統(tǒng)，一方面提高移動(dòng)數(shù)據(jù)的傳輸、處理速度，一方面降低單一系統(tǒng)異常帶來(lái)的移動(dòng)體驗(yàn)風(fēng)險(xiǎn)；
• 產(chǎn)品邏輯，除了核心的商品搜索、展示、交易，評(píng)價(jià)、社交、導(dǎo)購(gòu)、物流等都開(kāi)辟出單獨(dú)的產(chǎn)品線，以滿足用戶使用過(guò)程的各種需求；

移動(dòng)應(yīng)用數(shù)據(jù)交互全景：

研發(fā)過(guò)程中的問(wèn)題：

如果說(shuō)一個(gè)產(chǎn)品從出現(xiàn)到成熟，一定要經(jīng)過(guò)一個(gè)“戰(zhàn)爭(zhēng)期”的話，我想一定是這個(gè)時(shí)期了，摘要里列出的大多數(shù)問(wèn)題都爆發(fā)在這個(gè)階段，

1 軟\硬件差異方面：

• App在Android_x.x上是可以運(yùn)行的，在Android_y.y就不行
• App在其他手機(jī)上都可以跑，就XXX手機(jī)不行

2 網(wǎng)絡(luò)環(huán)境方面：

• App在WIFI正常顯示數(shù)據(jù)，切到3G顯示異常
• App在運(yùn)營(yíng)商1網(wǎng)絡(luò)下正常顯示，在運(yùn)營(yíng)商2網(wǎng)絡(luò)下一片空白
• XX省請(qǐng)求數(shù)據(jù)超時(shí)嚴(yán)重，其他地區(qū)正常

3 產(chǎn)品運(yùn)營(yíng)方面：

• XX需求一定要跟著App版本走么，能不能明天就上，不然活動(dòng)就過(guò)期了
• HTML5體驗(yàn)太差了，能不能讓開(kāi)發(fā)優(yōu)化下
• 這個(gè)頁(yè)面在App已經(jīng)做好了，讓開(kāi)發(fā)直接用，這個(gè)不算開(kāi)發(fā)時(shí)間

4 開(kāi)發(fā)測(cè)試方面：

• 這個(gè)控件能不能抽出來(lái)公用，每次都是各自復(fù)制代碼
• 頁(yè)面跳轉(zhuǎn)都是寫(xiě)死的，抽離代碼，都是報(bào)錯(cuò)，改動(dòng)太多
• 會(huì)員數(shù)據(jù)、手機(jī)軟硬件數(shù)據(jù)能不能提供API，現(xiàn)在都是另起爐灶，代碼冗余太多
• 跑一次工程太慢了，65535是什么情況
• 為啥商品頁(yè)面的改動(dòng)，還需要把會(huì)員相關(guān)的場(chǎng)景都測(cè)試一遍
• 線上不能直接修改已發(fā)布APP的bug，每次有問(wèn)題都要重新發(fā)布，嚴(yán)重浪費(fèi)資源

5 APP性能方面：

• 有用戶反饋，點(diǎn)擊XX頁(yè)面就閃退
• 用戶又反饋，首頁(yè)展示的非常慢
• 還有用戶反饋，瀏覽了幾頁(yè)就提示APP未響應(yīng)

技術(shù)應(yīng)對(duì)方案：

雖然出現(xiàn)了很多問(wèn)題，但是這個(gè)階段出現(xiàn)的技術(shù)方案，針對(duì)性并不強(qiáng)，都是根據(jù)生產(chǎn)版本出現(xiàn)的問(wèn)題，施加的通用手段，具體如下：

完善App的監(jiān)控機(jī)制，對(duì)App的奔潰、HTTP、內(nèi)存、CPU等指標(biāo)數(shù)據(jù)，進(jìn)行全面采集分析，確保問(wèn)題的快速響應(yīng)、定位、解決；

完善的用戶反饋機(jī)制，讓用戶可以便捷的反饋，讓開(kāi)發(fā)者可以第一時(shí)間收到反饋并解決問(wèn)題；

HTTP加速（MAA），優(yōu)化請(qǐng)求鏈路，確保各項(xiàng)業(yè)務(wù)數(shù)據(jù)的快速響應(yīng)；

HTTPDNS，降低DNS劫持的風(fēng)險(xiǎn)；

Chromium引擎，使用Chromium引擎的WebView替代原生的Webview，保證HTML5的快速渲染，提升用戶的購(gòu)物體驗(yàn)；

熱修復(fù)，對(duì)已發(fā)布APP的問(wèn)題，進(jìn)行在線修復(fù)，最大程度的減少問(wèn)題影響；

VR/AR，增加現(xiàn)實(shí)、虛擬現(xiàn)實(shí)技術(shù)的運(yùn)用，用“神奇”進(jìn)一步提升促銷(xiāo)推廣的影響力。

Android Studio，伴隨著Android Studio的出現(xiàn)，一方面通過(guò)gradle提升編譯速度，另一方面配合MultiDex同步解決Dex容量的問(wèn)題；

而相比app的性能問(wèn)題，產(chǎn)品缺陷、開(kāi)發(fā)缺陷以及體驗(yàn)問(wèn)題，才是這個(gè)階段最主要的問(wèn)題，所以在這個(gè)階段，項(xiàng)目里面的所有人，每天都在看監(jiān)控、看用戶反饋，發(fā)現(xiàn)問(wèn)題解決問(wèn)題。

應(yīng)用架構(gòu)生成：

而對(duì)于客戶端，也在想法設(shè)法的在架構(gòu)上提高開(kāi)發(fā)質(zhì)量，主要手段如下：

路由、消息機(jī)制，用戶模塊間跳轉(zhuǎn)，去除不同業(yè)務(wù)模塊之間的耦合，同時(shí)也是為了業(yè)務(wù)的模塊化、插件化做準(zhǔn)備；

模塊化、插件化，物理隔離不同性質(zhì)的業(yè)務(wù)代碼，一方面滿足產(chǎn)品快速迭代的需求，另一方面減少蝴蝶效應(yīng)，同時(shí)責(zé)任明確，促進(jìn)高效開(kāi)發(fā)；

服務(wù)化，通用UI，抽離成高獨(dú)立的控件，形成UI服務(wù)；對(duì)于通用的數(shù)據(jù)獲取、處理、存儲(chǔ)，按性質(zhì)抽離成可拓展的數(shù)據(jù)處理機(jī)制，形成數(shù)據(jù)服務(wù)；

移動(dòng)黃金時(shí)代（2016至今）

時(shí)代特點(diǎn)：

• 移動(dòng)特征，4G網(wǎng)絡(luò)為主，數(shù)據(jù)傳輸速度 + 流量已經(jīng)不在是移動(dòng)APP的瓶頸，移動(dòng)設(shè)備的物理性能大幅度提高；
• 發(fā)布模式，敏捷開(kāi)發(fā)模式運(yùn)用成熟，多產(chǎn)品線靈活發(fā)布，可集成發(fā)布、也可獨(dú)立發(fā)布；
• Android生態(tài)，Android 6.0~7.0，插件手段運(yùn)用成熟，前端頁(yè)面渲染更加高效，Weex/ReactNative、微信小程序等成為新趨勢(shì)；開(kāi)發(fā)工具Android Studio。

APP業(yè)務(wù)特征：

• 業(yè)務(wù)系統(tǒng)，在傳統(tǒng)的業(yè)務(wù)系統(tǒng)上，系統(tǒng)更加安全、高效、多樣、智能，接入、升級(jí)更加靈活；
• 產(chǎn)品邏輯，視頻直播、虛擬現(xiàn)實(shí)、人工智能成為主流元素，商品銷(xiāo)售定位更加精細(xì)。

移動(dòng)應(yīng)用數(shù)據(jù)交互全景：

研發(fā)過(guò)程中的問(wèn)題：

不同于前面的發(fā)展階段，這個(gè)階段出現(xiàn)問(wèn)題（或者說(shuō)是技術(shù)需求）針對(duì)性都非常強(qiáng)，主要如下：

數(shù)據(jù)安全方面，APP界面出現(xiàn)廣告；用戶信息被抓包獲取；

HTTP速度方面，有些偏遠(yuǎn)地區(qū)，移動(dòng)請(qǐng)求速度長(zhǎng)達(dá)3~5s，如何解決；

消息推送方面，客服的消息、活動(dòng)的信息、物流的狀態(tài)如何在第一時(shí)間告訴用戶；

前端體驗(yàn)方面，前端頁(yè)面滑動(dòng)卡段、加載慢、交互延遲，如何優(yōu)化。

產(chǎn)品獨(dú)立方面，有些產(chǎn)品功能做大做強(qiáng)，如何快速形成獨(dú)立APP。

技術(shù)應(yīng)對(duì)方案：

全站HTTPS，加強(qiáng)數(shù)據(jù)安全，減少內(nèi)容劫持，保障用戶隱私，促進(jìn)購(gòu)物體驗(yàn)；

HTTP2.0，在統(tǒng)一接入層（域名收斂）的基礎(chǔ)上支持HTTP2.0，減少DNS解析、請(qǐng)求鏈路復(fù)用，進(jìn)一步加快移動(dòng)APP的數(shù)據(jù)交互；

云信系統(tǒng)，一方面滿足客服消息、活動(dòng)信息、物流狀態(tài)的推送，另一方面結(jié)合大數(shù)據(jù)、人工智能，實(shí)現(xiàn)真正的精準(zhǔn)營(yíng)銷(xiāo)；

Weex + 靜態(tài)資源緩存，引入Weex技術(shù)，配合Webview的靜態(tài)資源緩存技術(shù)，讓前端頁(yè)面體驗(yàn)更加原生化。

與此同時(shí)，Google在Android Studio上推出Instant Run用來(lái)加速gradle的編譯速度，進(jìn)一步提升開(kāi)發(fā)效率。

應(yīng)用架構(gòu)生成：

這個(gè)階段的架構(gòu)調(diào)整，針對(duì)上述問(wèn)題5做了很多精細(xì)的工作，一方面要顆?；瘶I(yè)務(wù)層、服務(wù)層、ADK層，另一方面還要調(diào)整原有的單向依賴關(guān)系，讓?xiě)?yīng)用工程本身容器化，滿足產(chǎn)品線的快速集成、快速獨(dú)立，實(shí)現(xiàn)APP研發(fā)的DIY，主要調(diào)整如下：

徹底落實(shí)模塊化、插件化，所有產(chǎn)品線開(kāi)辟獨(dú)立工程，業(yè)務(wù)代碼完全物理隔離，以Android Library（aar） + Plugin（apk）的方式對(duì)外提供；

UI控件、數(shù)據(jù)服務(wù)精細(xì)化，即保證所有UI控件、數(shù)據(jù)服務(wù)的高度獨(dú)立，讓使用方（業(yè)務(wù)層）自由取舍；

基礎(chǔ)ADK標(biāo)準(zhǔn)化，收集集團(tuán)所有APP的技術(shù)需求，集中優(yōu)秀人力資源打造超高性能ADK，生成開(kāi)發(fā)文檔并推廣，促進(jìn)各產(chǎn)業(yè)APP高效研發(fā)。

后記

5G時(shí)代即將到來(lái)，有人說(shuō)那是人工智能的時(shí)代，有人說(shuō)那是物聯(lián)網(wǎng)的時(shí)代，也有人說(shuō)那是虛擬現(xiàn)實(shí)的時(shí)代，技術(shù)改變?nèi)藗兩盍?xí)慣的同時(shí)，也給開(kāi)發(fā)者帶來(lái)的各色各樣的問(wèn)題，時(shí)代在變，技術(shù)方案在變，支撐技術(shù)的架構(gòu)也在變。

千變?nèi)f化的背后，唯一不變的、也是我們鍥而不舍追求的，就是：“在掌握時(shí)代特點(diǎn)、業(yè)務(wù)特征、軟硬件限制的前提下，合理利用各種資源，設(shè)計(jì)出最高效的開(kāi)發(fā)方案。”

轉(zhuǎn)載于:https://www.cnblogs.com/davidwang456/articles/8868544.html

總結(jié)

以上是生活随笔為你收集整理的苏宁易购Android架构演进史的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。