携程鸿蒙应用开发实践

​作者 ｜ Gordon，携程资深移动开发工程师，关注鸿蒙开发。

作为全球领先的一站式旅游服务平台，携程始终坚持以技术创新为发展核心。自鸿蒙发布以来，我们便投入研发力量进行调研、开发，并成功落地了携程机票项目、服务卡片项目等。现将鸿蒙项目中相关经验整理分享，希望能给大家一些参考，也希望鸿蒙发展能越来越好。

一、鸿蒙系统简介

华为鸿蒙HarmonyOS系统是面向万物互联的全场景分布式操作系统，目前鸿蒙系统已从2.0升级更新至Beta 3.0，支持手机、平板、智能穿戴、智慧屏等多种终端设备运行，提供应用开发、设备开发的一站式服务。

凭借多终端开发IDE，多语言统一编译，分布式架构Kit提供屏幕布局控件以及交互的自动适配，支持控件拖拽，面向预览的可视化编程，使开发者可以基于同一工程高效构建多端自动运行App，实现真正的一次开发，多端部署，在跨设备之间实现共享生态。

作为万物互联时代的操作系统，“分布式技术”铸就了鸿蒙的核心竞争力，在5G这个万物互联的时代有着巨大的优势。

二、鸿蒙系统开发

2.1 开发语言

鸿蒙适合的开发语言是Java、JavaScript、C++，其中Java、JavaScript适合用于手机应用UI界面开发工作，C++和JavaScript适合嵌入式设备UI界面相关开发工作。只有JavaScript写的UI界面可以跨设备使用。

在以后的鸿蒙版本中（计划是3.0），即将推出仓颉语言开发（仓颉语言是华为自主研发的一款语言）。目前主推的还是Java和JavaScript。

鸿蒙服务卡片开发，可以使用Java和JavaScript（华为建议JavaScript），其中Java和JavaScript服务卡片场景及能力差异如下：

2.2 鸿蒙系统架构

在说明鸿蒙系统架构之前，首先要了解AOSP（Android Open-Source Project，Android 开放源代码项目）和Google Android的区别。AOSP可以随便用，但只有经过Google认证的Android才能安装GMS和Google Play。Google控制的是GMS和Google Play，无权控制Android。

HarmonyOS整体遵从分层设计，从下向上依次为：内核层、系统服务层、框架层和应用层。系统功能按照“系统 > 子系统 > 功能/模块”逐级展开，在多设备部署场景下，支持根据实际需求裁剪某些非必要的子系统或功能/模块。

HarmonyOS技术架构如下所示：

AOSP大致对应图中的UI框架+用户程序框架+Ability框架。为了兼容Android，Harmony使用了AOSP的部分代码，用来构建Android应用兼容层来运行Android应用。鸿蒙框架解析后将数据交给了Android，由Android的负责将其渲染在SurfaceView上。

HarmonyOS采用多内核设计，支持针对不同资源受限设备选用适合的OS内核。内核抽象层（KAL，Kernel Abstract Layer）通过屏蔽多内核差异，对上层提供基础的内核能力，包括进程/线程管理、内存管理、文件系统、网络管理和外设管理等。

系统服务层分布式软总线技术将物联网通讯技术（NFC、蓝牙、WIFI……）与协议（CoAP、RPC……）做了良好的封装，以及对数据格式（HarmonyOS IDL）以及服务（PA）做了良好的抽象，使局域网内的设备之间可以方便的通讯、交换数据、调用远程服务，设备之间仿佛融为一体。

框架层为HarmonyOS应用开发提供了Java/C/C++/JS/TS等多语言的用户程序框架和Ability框架，两种UI框架（包括适用于Java语言的Java UI框架、适用于JS/TS语言的方舟开发框架），以及各种软硬件服务对外开放的多语言框架API。

应用层包括系统应用和第三方非系统应用。HarmonyOS的应用由一个或多个FA（Feature Ability）或PA（Particle Ability）组成。其中，FA有UI界面，提供与用户交互的能力；而PA无UI界面，提供后台运行任务的能力以及统一的数据访问抽象。FA在进行用户交互时所需的后台数据访问也需要由对应的PA提供支撑。基于FA/PA开发的应用，能够实现特定的业务功能，支持跨设备调度与分发，为用户提供一致、高效的应用体验。

我们今天主要从应用层开发方面展开。

三、携程鸿蒙服务卡片

携程很早就在鸿蒙OS发力，基于HarmonyOS分布式能力，开发了携程机票手机、手表联动项目。在HarmonyOS推出原子化能力后，又上线了携程会员中心、核酸检测、携程火车票服务卡片，以期给到用户更多的选择。

3.1 开发流程

通过HarmonyOS 系统能力、开发指导、API参考等文档，利用 HUAWEI DevEco Studio 开发工具，开发不同设备的应用，为用户带来全场景体验。

总结起来，整个开发流程分为开发准备、应用开发、应用测试、应用发布几个流程。

3.2 服务卡片

服务卡片（以下简称“卡片”）是FA的一种界面展示形式，将FA的重要信息或操作前置到卡片，以达到服务直达，减少体验层级的目的。

经调研，从安卓到鸿蒙，最明显的变化应该就是服务卡片。故我们计划以服务卡片作为切入点，实现携程鸿蒙服务卡片功能。经过版本逐步迭代，目前已上线了会员签到、核酸检测、抢火车票等功能。

由于整个开发流程中，开发准备和发布流程参考文档即可完成，仅从编写代码和应用测试两方面展开，给大家简单介绍一下。

3.3 服务卡片开发

考虑快速开发上线的需求，我们调研使用鸿蒙Native+Webview混合开发的模式，通过Native层处理持久化等相关能力，Webview实现功能进行展开。

3.3.1 鸿蒙Webview实现功能​

首先，通过XML布局文件进行操作：

<ohos.agp.components.webengine.WebView
    ohos:id="$+id:health_webview"
    ohos:height="match_parent"
    ohos:width="match_parent"/>

注意：ohos.agp.components.webengine.WebView和WebView都是有提示的。但WebView与ohos.agp.components.webengine.WebView并不等价，这可能是鸿蒙的一个漏洞，直接输入 WebView 并不能使用这个组件。

然后在Native代码中实例化Webview：

private void initWebview(){
        WebConfig webConfig = webView.getWebConfig();
        if (null != webConfig){
            webConfig.setWebStoragePermit(true);//
            webConfig.setJavaScriptPermit(true);  // 如果网页需要使用JavaScript，增加此行；
            webConfig.setSecurityMode(WebConfig.SECURITY_ALLOW);
            webConfig.setLocationPermit(true);
            webConfig.setDataAbilityPermit(true);
            webConfig.setMediaAutoReplay(true);
            webConfig.isLoadsImagesPermitted();//webview是否下载图片资源
            webConfig.setTextAutoSizing(true);
            webConfig.setViewPortFitScreen(true);
        }
        setWebViewCookie();
        this.webView.setWebAgent(new TripWebAgent());
        webView.load(HEALTH_URL);
    }

3.3.2 服务卡片配置​

卡片应用是一款特殊的元能力服务，其配置文件config.json中声明以下几项，系统能够识别该应用为一款卡片应用，并与系统进行绑定。​config.json文件"abilities"配置forms模块细节如下：

"forms": [
  {
    "landscapeLayouts": [
      "$layout:health_2_2",
      "$layout:health_2_4"
    ],
    "isDefault": true,
    "scheduledUpdateTime": "10:30",
    "defaultDimension": "2*2",
    "name": "health",
    "description": "$string:health_title",
    "colorMode": "auto",
    "type": "Java",
    "supportDimensions": [
      "2*2",
      "2*4"
    ],
    "portraitLayouts": [
      "$layout:health_2_2",
      "$layout:health_2_4"
    ],
    "updateEnabled": true,
    "updateDuration": 1
  }
]

鸿蒙服务卡片有4种尺寸，分别是微卡片（1*2）、小卡片（2*2）、中卡片（2*4）、大卡片（4*4），同一个应用还支持多种不同类型的服务卡片，不同尺寸与类型可以通过卡片管理界面进行切换和选择。      其设计的初衷就是信息显示、服务直达，基于以上原则，我们选择了携程App中几个常用的功能来实现服务卡片，每个功能分别实现了小卡片和中卡片两种样式。

3.4 服务卡片测试

开发完代码后，接下来就可以使用真机进行调试了，使用真机设备进行调试前，需要对HAP进行签名后进行调试。详细的调试流程如下图所示。

针对原子化服务和应用的签名，DevEco Studio为开发者提供了自动化签名方案，帮助开发者高效进行调试。

当前只有受邀请开发者才能访问证书管理菜单。如果AGC页面未展示证书管理菜单，开发者需发送名称、申请背景及Developer ID至[email protected]，等待华为受理。

进入File > Project Structure > Project > Signing Configs界面，勾选“Automatically generate signing”，即可完成签名。

若发布应用/服务，需通过申请数字证书（.cer文件）和Profile文件（.p7b文件）来保证其完整性。申请前，首先需要通过DevEco Studio来生成密钥（存储在格式为.p12的密钥库文件中）和证书请求文件（.csr文件），同时也可以使用命令行工具的方式来生成。

设置完签名信息后，使用DevEco Studio生成APP。点击Build > Build Hap(s)/APP(s) > Build APP(s)，等待编译构建完成已签名的APP。

编译构建完成后，可以在build > outputs > app > release目录下，获取带签名的APP。

将HarmonyOS应用打包成APP后，通过AppGallery Connect将HarmonyOS应用分发到不同的设备上。可以根据发布HarmonyOS应用指导将APP上架到华为应用市场。

四、未来展望

除了华为的HarmonyOS，还有谷歌的Fuchsia、苹果的SiriOS、三星SmartTings、腾讯TencentOS tiny等等，可见未来IOT市场中，内卷竞争化会比智能手机时代的操作系统更加剧烈和难以预测。鸿蒙生态链仍处于早期阶段，各方面仍待完善。