终端应用开发指南V8

终端应用开发指南中国移动2014年12月目录1.前言 (1)2.终端篇 (1)2.1 提高与应用的兼容性 (1)2.2 协助优化应用性能 (1)2.3 规范管理应用权限及行为 (2)3.开发者篇 (3)3.1实现应用与终端较好的适配兼容性 (3)3.1.1适配问题的几类原因 (3)3.1.2如何实现应用与终端较好的适配兼容性 (5)3.2 基于终端、网络因素提升应用性能体验 (6)3.2.1 优化心跳机制 (6)3.2.2 有效降低且可控化管理应用的内存占用 (10)3.2.3规范应用退出机制 (11)3.3 应用安全 (12)3.3.1使用权限提示 (12)3.3.2内容安全 (13)3.3.3网络访问安全 (13)3.3.4 用户个人数据传输及存储安全 (13)3.3.5其他 (14)4.展望未来 (14)5.结束语 (16)1.前言在当今飞速发展的移动互联时代，智能手机的发展使各种应用应运而生，平均一部智能手机上安装的应用数量为26[1]。

26个应用在同一载体上为用户创造了丰富便捷的掌上生活。

除了单纯地去优化应用的功能性体验，从终端、网络因素出发进一步提升应用的性能及用户体验是愈来愈值得思考的问题。

为引导应用与终端、网络更好的协同，为用户提供性能更好、更安全的使用体验，中国移动制定此指南。

2.终端篇本篇向终端厂商提出以下建议，以提高应用的适配成功率、协助用户自主管理应用程序，为用户提供更规范安全的业务体验。

2.1 提高与应用的兼容性●终端厂商应尽量减少对安卓原生系统的改动，尽量避免频繁地在不同终端上对系统进行不同的变更，减少给应用开发者带来适配困难。

建议终端在上市前的测试环节，针对市场上主流应用进行适配兼容性测试。

●终端厂商在开发手机时应支持当前应用使用较多的终端能力，这些能力既包括软件的API接口，也包括各类传感器，如方向、重力、加速、NFC、指纹识别等，以便于应用为用户创造更加丰富的产品场景。

2.2 协助优化应用性能●终端厂商可以从系统级规范应用的心跳发送行为。

例如：将发送心跳包的接口预设为固定时间，如4分钟发送一次（参见3.2.1节），对预设时间间隔内的数据请求进行排队缓存，到达预设时间后，将多个业务心跳包的统一发送。

如个别应用有特殊需求，可为其开放特殊接口。

●终端厂商应在系统级为用户提供查看应用最大占用内存的选项:用户可以在终端设置中查看每个应用的内存占用情况，并设置提醒。

如将应用A的最大内存占用提醒设置为100MB，则如在使用过程中应用A的内存占用空间接近100MB后，对用户弹出提醒。

2.3 规范管理应用权限及行为●调用终端能力权限管理终端厂商应在系统级为用户提供对应用调用终端能力权限做统一规范管理的功能。

用户可以设置管理每个应用可以调用的终端能力，如发送短信权限、数据流量权限等。

例如允许应用A、B、C发送短信，不允许用户C、D调用照相功能。

对调用终端能力权限的管理应至少包括“允许”、“禁止”、“使用时提示”三种方式。

●访问终端资源权限管理终端厂商应在系统级为用户提供对应用访问终端资源权限做统一规范管理的功能。

用户可以设置管理每个应用可以访问的终端资源，如访问相册内容权限、读取通讯录权限等。

例如允许应用A、B读取通讯录内容、不允许B、C读取短信内容。

对访问终端资源权限的管理应至少包括“允许”、“禁止”、“使用时提示”三种方式。

●权限提醒应用在调用终端能力、访问终端资源时，终端系统应给予用户提示和查询功能，如“XX客户端希望访问您的相册，是否允许？”，仅当用户确认同意后上述操作才能执行。

提示结尾处应给出“不再提示”的选项，如用户勾选“不再提示”，则后续应用执行相同行为时，应默认执行用户上一次所做的选择。

●应用行为管理终端厂商应在系统级为用户提供对应用行为做统一规范管理的设置，包括：（1）消息推送管理：建议默认设置为不允许。

（2）开机自启动管理：建议默认设置为不允许。

（3）流量管理：用户可以通过终端设置对每个应用的流量使用情况进行管理，流量管理包括两种，即“是否允许应用XXX在蜂窝数据环境下使用（建议默认设置为“是”，启用流量时对用户进行告知提示）”和“允许应用XXX每日使用的流量上限”。

（4）一键清除所有应用通知消息：用户可以便捷彻底地清除所有应用通知消息。

（5）一键关闭所有运行应用：用户可以便捷彻底地关闭所有应用。

（6）一键恢复：如若第三方应用程序在安装后覆盖终端原生应用，如通讯录、消息等，用户可通过“一键恢复”选项（重置图标路径和应用启动路径的指向）便捷地恢复原生应用。

3.开发者篇本篇就“实现应用的兼容性、提升应用的性能体验、保障应用的安全性”三个维度对应用开发过程的主要建议及要求进行说明。

3.1实现应用与终端较好的适配兼容性3.1.1适配问题的几类原因应用在与终端的适配过程中可能会出现各种问题，目前导致适配问题的原因主要有以下几类：●不同操作系统版本下图是当前安卓用户中不同操作系统版本占比情况。

操作系统版本间的更新主要体现在API变更、功能增强、漏洞修复、系统优化等方面。

如安卓5.0版本中，Dalvik虚拟机目录/libdvm下的内容已经全部删除，所有配置文件、启动脚本都改而关联至ART。

●不同芯片平台不同的芯片在部分功能实现上有方案上的差异，涉及这部分功能第三方应用必须针对该平台进行适配。

如不同芯片平台对于wifi display功能的实现方案不尽相同，调用接口不统一，导致应用通过wifi display进行文件传输时存在调用接口无效的问题；CPU频率不同导致计算能力有差别，影响应用的请求响应时延；GPU能力不同导致终端对图形、动画等处理能力不同，应用需关注其对自身图形、动画、三维图等展示的影响。

●不同的硬件配置各类型终端的屏幕分辨率、内存空间大小以及对功能器件的支持上都有可能导致适配问题。

（1）屏幕分辨率：下图是市场上不同屏幕分辨率终端14年销量占比情况。

可以看出，目前主流的屏幕分辨率有HD、WVGA、FWVGA、QHD及FHD五种。

在HD(1280*720)终端上顺利适配的APK包在FHD（1920*1080）终端上有可能会存在适配问题。

（2）内存空间：运行时占用内存比较大的游戏，在内存较小的终端上要确保稳定性和流畅性。

（3）对个别器件不支持的终端，譬如陀螺仪等，要通过软件方式实现该功能。

●终端厂商对原生系统的改动终端厂商为了实现特有的个性化风格、特定功能方案等会对安卓部分接口进行修改，造成第三方应用在终端上表现异常。

如部分终端厂商实现了内置SD卡方案，由于不同厂商的SD卡存储路径不同，导致第三方应用在存储功能上可能存在问题；华为EUI、联想的乐phone等特有风格UI，会影响到第三方应用的显示，如某新闻客户端A在终端B上设置成widget后出现字体显示不全的问题。

3.1.2如何实现应用与终端较好的适配兼容性3.1.2.1充分的适配准备●除功能强大的完整版，应考虑在不影响用户使用的情况下额外准备精简版本，以在适配内存空间较小的终端时仍能得到流畅的用户体验。

●针对不同操作系统版本使用操作系统高版本的SDK进行开发，在应用程序运行时，对操作系统版本进行判断，高版本则使用高版本的API，低版本则使用低版本的API。

●针对不同屏幕分辨率根据不同的分辨率，创建手机界面文件。

如在res下创建layout-800x480，layout-480x320，并在各自不同分辨率的文件夹下创建界面文件。

系统根据屏幕的大小选择合适的layout使用。

●版本的分支管理针对操作系统版本、屏幕分辨率、厂商机型系列等因素进行版本的分支管理。

针对不同分支版本的问题，应用开发者应具备识别共性问题和交叉验证的能力，不断地提高版本的稳定性。

●完善的测试及测试用例的同步更新基于某国内一线厂商统计的应用适配问题数据，应用功能性问题比例占48.67%。

新版本发布适配前需进行充分完整的安全测试、功能测试，交互测试，压力测试，beta测试和monkey测试等，避免存在安全性、功能性或用户体验不佳的问题。

另外，测试用例和应用版本应及时同步。

3.1.2.2有效的适配成果维护适配后的应用能较大程度与终端很好的进行匹配协同。

当终端上市后，用户有可能会对客户端进行升级，或卸载后重新下载客户端，这些行为不应该影响或改变最初的适配效果。

因此可以采用以下两种方式优化APK 结构。

● 将一个整体APK 拆分为两部分，固化部分和可变部分。

所谓固化部分是预装进system 级（用户不可见），用来存储跟终端特性相关的配置文件（大小仅为100KB 左右），包括定制化开关列表、渠道号等。

用户在安装前，都需先读取固化部分中的配置文件，例如，获取不同的开关值以显示不同的UI 。

用户在卸载或升级的情况下，只是对可变部分进行更替，固化部分都不会发生改变。

● 适配成果同步更新至公开版本。

公开版本中同样有一个配置文件，用来存储定制化开关列表等配置信息。

即使用户将适配版本升级至公开版本，在安装升级包前，会先读取用户的终端信息，而配置文件会根据终端信息决定开启哪些定制化开关。

3.2 基于终端、网络因素提升应用性能体验移动终端与PC 等传统固定式终端存在各种续航能力有限、所处网络环境复杂等显著的差异性，这些差异性造成了移动终端在某些方面的局限性。

因此，需要基于移动终端、网络等因素来提升应用的性能体验。

3.2.1 优化心跳机制3.2.1.1 当前不同应用类别的心跳周期不同类别应用的心跳周期存在差别，而同一类别下不同应用的心跳周期也不尽相同。

以下是目前市场上主流应用的心跳周期情况。

● 即时通讯类：4分钟左右● 新闻类：5分钟左右，或无心跳● 阅读类：无心跳●视频类：5分钟左右，或无心跳●音乐类：12分钟左右，或无心跳●浏览器类：无心跳●社交类：4分钟左右，或无心跳●电商购物类：无心跳●安卓原生应用：28分钟3.2.1.2 心跳过程对终端、网络、用户的影响IOS系统采用APNS消息推送机制，将所有在IOS系统上运行的应用联合起来，统一进行消息推送，应用本身的心跳间隔对IOS系统基本没影响。

而在Android 系统上，不同的应用业务自身有一套心跳机制，不同应用心跳包单独发送。

●心跳过程对终端的影响测试一：基于测试数据，估算单应用不同心跳周期对终端待机电流的影响，其中终端待机底电流为4.9mA：T = 1min 时，I Standby ≌ 17.01mA；T = 3min 时，I Standby ≌ 8.94mA；T = 5min 时，I Standby ≌ 7.32mA；结论：心跳周期从1min延长到5min，单业务待机电流可以下降接近60%。

测试二：测试某终端待机底电流为4.9mA，后台同时运行微信、QQ、飞信这三个典型OTT应用业务，55分钟待机时间内有47次心跳包，心跳间隔不均匀，平均心跳包间隔70s，平均待机电流22mA，接近待机底电流的5倍。