您现在的位置: 首页 > 网站导航收录 > 百科知识百科知识

(奔溃的意思)-崩溃和奔溃的意思

页面,地图,公车(奔溃的意思)-崩溃和奔溃的意思

发布时间：2019-02-08加入收藏来源：互联网点击：

很多朋友想了解关于奔溃的意思的一些资料信息，下面是小编整理的与奔溃的意思相关的内容分享给大家，一起来看看吧。

近几年来，高德地图业务发展迅猛，团队规模迅速扩张，代码体量急剧增加，为了提高团队高效并行作战的能力，端上做了一系列架构升级。2018 年通过双端融合、组件化、研发平台搭建等技术实践，使得发版效率提升 50%， App 崩溃率从万分之八降到十万分之八。

本文整理自 ArchSummit 全球架构师峰会（深圳站）2019 峰会演讲，主要分享在一系列架构升级改进中，高德地图的具体做法、经验和思考。

大家好，我是来自高德地图的郝仁杰，本次分享的主题是“高德地图 App 架构演化与实践”。2018 年，我们通过架构的演进将发版周期缩短至一半，整个 App 的崩溃率从万分之八降低至十万分之八。在正式开始介绍之前，我先来简单介绍下高德。

1、背景介绍

高德是国内数字地图内容、导航和位置服务解决方案提供商。目前在端上，分为手机和车机两条主线。近年来，高德业务迅猛发展，人员规模迅速扩张，代码体量急剧增加，为了提高团队高效并行作战的能力，端上做了 C++ 多端融合和动态化能力建设。

回顾近几来高德地图 App 架构的演进历程：2014 年，手机端上只有几十个研发， Android 和 iOS 端由原生单体架构实现；2015 年，地图引擎下沉 C++，实现了手机和车机的多端融合；2016 年，端上启动了动态 UI 框架的开发，为未来业务的动态化铺路；2017 年，动态 UI 框架建设完成，具备了运行静态页面的能力；到了 2018 年，手机端已经成长为拥有数百研发规模的团队，双端代码量也已经达到数百万行，架构要如何继续演化来提高团队高效并行作战的能力，来支撑并赋能业务快速发展呢？

2、问题现状

为了让业务开发有节奏的进行，项目上每年会制定一些公车计划。公车就是每个 App 版本，版本里带的产品功能就是公车上的货物，公车计划即每年的发版计划。按照计划，公车会在指定的时间把组装好的货物拉走。

2018 年初，由于双端代码差异较大、耦合严重、复用率低、职责不清晰、平台工具简陋等问题，公车无法按照计划拉走货物。工具落后，货物组装慢且质量差，无法如期交货，迫使公车等待，导致整个发版周期长达 3 个月，崩溃率高达万分之八，公车变成了伪公车。

为了解决这些问题，使伪公车变为真公车，需要做到稳定、并行和高效。端上通过以下三种方式达到该目的，一是双端融合，如上图，蓝色部分上漂动态 UI，下沉 C++，以及 Android、iOS 双端拉齐，减少差异，提高可维护；二是选择组件化方案，分而治之，解除耦合，提高复用率，做到并行、高效；三是搭建研发中台，工具升级，流程自动化以及风险质量管控，提升效率和稳定。

3、执行方案

双端融合

2015 年，我们通过地图引擎下沉 C++，实现了手机、车机的多端融合，同理，可将部分功能下沉 C++；通过 2017 年建成的动态 UI 框架，可将部分业务上漂到动态 UI；对于既不能上漂也不能下沉的，通过双端拉齐做到融合。

那么，什么样的场景适合下沉到 C++ 呢？一，需要有稳定的逻辑，不经常变化；二是不强依赖原生；三，对能要求较高。举例来说，导航逻辑，地图从开始建立到现在已经打磨出一套非常核心稳固的逻辑，这部分逻辑可以下沉到 C++。

哪些场景又适合上漂到动态 UI 呢？一，对能要求不高；二，经常易变的业务代码，比如产品的 UI 需求；三，不强依赖于原生能力。

对于既不能下沉，也不能上漂的功能，选择双端拉齐：对能有一定要求；强依赖原生的能力；需要支撑一些原生业务。例如，高德地图的页面框架，虽然 Android 和 iOS 端有原生的页面框架，但地图类应用和普通应用不太一样，地图类应用的主要功能是围绕着一张地图进行，这张地图上面的元素非常丰富，数据量非常庞大，内存占用较大，如果采用原生页面框架进行开发，就意味着每切换一个页面就得创建一张新地图，这对手机端这种资源紧缺的环境来说是非常浪费的，对于低端机型来说是不可接受的。

另外，地图应用从一个页面切换到另一个页面，或者从一个场景切换到另一个场景，并不是完全不同的两张图切换，而仅仅是一张地图的不同状态转换，此时，如果额外创建一张新的地图，显然是极大的浪费。所以，对于地图类应用，我们建设了自己的页面框架：以单系统页面控制器多视图切换的方式实现。由于原来都是单体开发，Android 和 iOS 只关注自身特，两边的实现不太一样，跳转规则、功能特均有差异，我们通过分析双端的规则、特，借鉴双端各自的优点，设计了一套统一的规则、特，实现了双端融合。

下面简单介绍高德地图页面框架的融合方案：

如上图，左边的 Activity 是 Android 的系统页面控制器，右边的 UIViewController 是 iOS 的系统页面控制器，通过虚线连接比较，我们发现两端的页面状态设计基本相同。所以，我们在设计自己的页面框架时沿用了这些系统页面状态，同时从命名上也保持一致，这样可以让 Android 和 iOS 原生开发的同学更容易理解和上手。

此外，我们吸取了双端各自的优点。比如，Android 端页面有四种启动模式，但是 iOS 端并没有这些，我们就把 Android 的四种启动模式运用到了 iOS 端；iOS 端有 Present 特，但是 Android 端没有，那么也把这种特融合到 Android 端的页面框架中；最后，还有一些小设计，比如 Android 的 onResult 设计，也可以借鉴融合到 iOS 端。

首先，介绍下四种启动模式，这是安卓特有的。第一种是 Standard 模式，这个模式和栈的行为是一样的，就是标准的 Push 和 Pop；第二种是 SingleTop 模式，当向一个页面栈压入另一个页面时，如果该页面已经在栈顶，那么将不会创建一个新的页面实例 C 放到栈顶，不会变成 ABCC 这样的方式，而仅仅是通知当前栈顶的 C 页面做一个数据更新；第三种是 SingleInstance 模式，当以 SingleInstance 模式 Push 一个页面时，如果该页面已经在栈中，那么就把它从栈中带到栈顶；最后一种是 SingleTask 的模式，这和原生系统略有差别，因为我们目前是基于单页面控制器的方式实现的，当以 SingleTask 的方式 Push 一个页面到页面栈时，如果该页面已经在栈中，页面框架会把其之上的所有页面全部清除出栈，使其成为新的栈顶，这就是四种启动模式。

接下来，简单介绍 iOS 的 Present 特。当页面栈顶的 C 页面 Present D 页面时，D 页面并没有被加入到 ABC 页面栈中，而是变成了 C 页面的一个附属，当 D 页面要消失时，同样也是通过 C 页面的 dismiss 移除掉。这里有些限制，每个页面仅可以 Present 一个页面，这个页面可以是一个普通页面，也可以是一个导航页面，那么导航页面是什么呢？大家可以理解成一个新的页面栈（功能类似 UINavigationController），其上可以添加其它页面。如果 D 页面是导航页面，就可以在其上 Push 其它页面，如果业务流程有一个主流程，一个分支流程，就可以采用这种方式实现。

 1/3    1 2 3 下一页 尾页