苏宁易购Android架构演进史.docxVIP

苏宁易购Android架构演进史 移动青铜时代（2021-2021） 时代特点： 移动特征，2G~3G网络为主，数据传输效率低，电商类APP用户的活跃性低； 发布模式，传统的软件生命周期，需求收集、评审 → 测试案例生成、评审 → 开发设计、编码、评审 → 测试 → 发布 → 运营，单团队单线发布； Android生态，Android 2.0~3.0，行业内都处于探究阶段，技术沟通少，多以系统API为主；开发工具Eclipse。 APP业务特征： 业务系统，以PC业务为主，没有针对移动业务数据的API，需要单独研发一个数据中转系统，以保持移动业务的正常运转； 产品规律，呈现、交互简约，业务简单度低，以商品的搜索、呈现、购买等核心流程为主； 移动应用数据交互全景： 研发过程中的问题： 由于业务规律简约，页面呈现、交互的简单低，通过Android原生的Activity+WebView即可以满足绝大部分的产品需求；需求、开发、测试、发布、运营都在正常的版本周期内有条不紊的进行着；在Android进展初期，最次要的问题就是： 如何提高开发者的编码质量。 技术应对方案： 资深人力资源对核心技术进行封装，高内聚，低耦合；以最精简的API对外，降低使用简单度，让开发人员认真于业务规律的研发。 应用架构生成： 接受最基本的软件设计理念，即分层 + 解耦： 分层，数据流转处理接受责任链模式，保证各个环节的规律清楚明白； 解耦，各层之间添加标准的API代理，确保被依靠层可以正常的维护、升级。 移动白银时代（2021-2021） 时代特点： 移动特征，3G~4G网络为主，数据传输效率高，高效便捷的购物体验，让手机购物成为了主流； 发布模式，单线已经无法满足各条产品线的快速迭代，灵敏开发应运而生，多团队多线发布； Android生态，Android 4.0~5.0，移动技术沟通百花齐放，插件化、热修复、APK加固等黑科技如虎添翼；开发工具Eclipse → Android Studio。 APP业务特征： 业务系统，以移动业务为主，供应针对移动业务特征的API，废弃原有的转接系统，一方面提高移动数据的传输、处理速度，一方面降低单一系统特别带来的移动体验风险； 产品规律，除了核心的商品搜索、呈现、买卖，评价、社交、导购、物流等都开辟出单独的产品线，以满足用户使用过程的各种需求； 移动应用数据交互全景： 研发过程中的问题： 假如说一个产品从消灭到成熟，肯定要经过一个“战役期”的话，我想肯定是这个时期了，摘要里列出的大多数问题都迸发在这个阶段， 1 软\硬件差异方面： App在Android_x.x上是可以运转的，在Android_y.y就不行 App在其他手机上都可以跑，就XXX手机不行 2 网络环境方面： App在WIFI正常显示数据，切到3G显示特别 App在运营商1网络下正常显示，在运营商2网络下一片空白 XX省恳求数据超时严峻，其他地区正常 3 产品运营方面： XX需求肯定要跟着App版本走么，能不能明天就上，不然活动就过期了 HTML5体验太差了，能不能让开发优化下 这个页面在App已经做好了，让开发直接用，这个不算开发时间 4 开发测试方面： 这个控件能不能抽出来公用，每次都是各自复制代码 页面跳转都是写死的，抽离代码，都是报错，改动太多 会员数据、手机软硬件数据能不能供应API，现在都是另起炉灶，代码冗余太多 跑一次工程太慢了，65535是什么情况 为啥商品页面的改动，还需要把会员相关的场景都测试一遍 线上不能直接修改已发布APP的bug，每次有问题都要重新发布，严峻铺张资源 5 APP功能方面： 有用户反馈，点击XX页面就闪退 用户又反馈，首页呈现的格外慢 还有用户反馈，扫瞄了几页就提示APP未响应 技术应对方案： 虽然消灭了很多问题，但是这个阶段消灭的技术方案，针对性并不强，都是依据生产版本消灭的问题，施加的通用手段，具体如下： 完善App的监控机制，对App的奔溃、HTTP、内存、CPU等目标数据，进行全面采集分析，确保问题的快速响应、定位、处理； 完善的用户反馈机制，让用户可以便捷的反馈，让开发者可以第一时间收到反馈并处理问题； HTTP加速（MAA），优化恳求链路，确保各项业务数据的快速响应； HTTPDNS，降低DNS劫持的风险； Chromium引擎，使用Chromium引擎的WebView替代原生的Webview，保证HTML5的快速渲染，提升用户的购物体验； 热修复，对已发布APP的问题，进行在线修复，最大程度的削减问题影响； VR/AR，添加现实、虚拟现实技术的运用，用“奇特”进一步提升促销推广的影响力。 Android Studio，伴随着Android Studio的消灭，一方面通过gradle提升编译速度，另一方面