手机淘宝的客户端架构探索之路.pptx

手机淘宝的客户端架构探索之路产品挑战承载并整合多样化的业务生态?研发挑战?去年『All-In』的时候 – 大量业务的同时涌入 – 火车模型的悬崖效应 – 10余个团队的代码整合 – Android 2.x 方法数天花板 『量变』呼唤『质变』！发展历程 Android: 披着App外衣的Mobile Web iOS: 围绕购物主链路的基本功能4.0 3.020102013 Android：Atlas插件框架 iOS：多工程插件化开发20121.0业务：单工程多分支开发底层：独立的中间件工程不同的探索 - HybridWindVane（2012-2014）?衔接 Android/iOS 的导航交互及动画URL总线（对接Native UI总线）JS Bridge：JS - Native（+ 性能及安全性增强）缓存 预缓存（兼容Cache-Control + AppCache）数据采集、本地/网络性能监控安全加固、审核、隔离，人机识别增强的网络层（SPDY、DNS旁路解析等）–––––––2014手机淘宝自诞生以来，最大规模的底层重构归一、轻量、透明、延展、敏捷反思业务架构 OS 业 务 架构App Framework + OS传统的服务端架构客户端App架构归一一切皆组件：告别插件，拥抱组件（bundle）?Bundle (deployable unit) UIs Services Bus (UI Service Message)…App/Service Project Bus LibraryLibrariesLibraries BundleManagement LifecycleManagement BootstrapRuntimeRuntime Project轻量?微内核：只负责最基础的管理职能（~150K） – 启动流程 ? 容器初始化 ? 类加载（首次启动还需dexopt） ? 核心中间件初始化（可异步） ? 启动入口Bundle – 组件管理：只负责『添加』、『删除』、『替换』（支持批量事务化） ? 与上层的动态部署组件配合完成组件的在线升级透明透明的容器（Android）：Bundle 即 App，容器亦 OS – 生命周期管理：Bundle 开发与 App 开发的无差异化? Application @ 首次进入MY_PACKAGE_UPDATED @ Bundle 替换 BOOT_COMPLETED @ Application AppAndroid BundleRuntime透明透明的容器：Bundle 即 App，容器亦 OS – 二级容器? BundleWindVane Runtime BundleMicroApp RuntimeWebMicro AppRuntime透明?总线 – UI总线：以跨平台统一的URL作为寻址方式（Web、Android、iOS） ? /… → DetailActivity / TBTradeDetailViewController ? 自动降级：没有 Bundle 承载的 URL，将自动以 Web 容器加载 ? Android：去中心化 + URL Hook / iOS：中心分发（支持Hook） – 服务总线：基于接口的服务调用（Android：兼容原生AIDL） ? [Android] 轻量化的服务启动（向下兼容原生的Service Binding） ? [Android] 支持跨进程、跨App的服务部署 – 消息总线：基于OS原生消息机制（Broadcast / NSNotification） ? [Android] 进程内使用轻量级消息通道延展标准化（Android） – Bundle的交付产物：AAR，构建产物：AWB（相当于APK剔除了共享依赖） – Bundle间可跨进程，甚至跨App对接灵活性 – Bundle的自由组装（手机淘宝、淘宝生活、码上淘） – Bundle对容器无依赖适应性：从微型App到巨型App，按需采用的容器能力 – 容器完全独立的三大职能：启动加载、生命周期管理、组件管理 – [Android] 三大总线均为OS能力的封装，具有极佳的互操作性???延展从巨型App时代的臃肿，回归田园App时代的轻盈 – 开发：像微型App一样便捷的开发调试（不依赖容器） ? 开发环境的Bundle构建速度：3~10秒?– 集成：极简的集成模型（直接集成Bundle的构建产物AWB）Bundle (deployable unit)试，『轻』集成测试Bundle (installable APK)– 测试：『重』bundle测Bund– UIs署：自动化的Services 在线部署部 BundleServicesUIsshareUserId LibrariesBus