1# 拉起指定应用概述
2
3本章节主要介绍如何通过应用链接跳转的方式拉起指定应用。
4
5> **说明：**
6>
7> 从API 12开始，已不再推荐三方应用使用指定Ability方式（即显式Want）拉起其他应用。关于如何从指定Ability方式切换到指定[应用链接](app-startup-overview.md#应用链接)方式，详见[显式Want跳转切换应用链接跳转适配指导](uiability-startup-adjust.md)。
8
9
10## 应用链接
11
12应用链接是指可以将用户引导至应用内特定位置或相关网页的URL，常见的格式如下。更多关于应用链接格式与字段含义的说明，详见[应用链接说明](app-uri-config.md)。
13
14```
15scheme://host[:port]/path
16```
17
18
19## 运作机制
20
211. 目标应用在配置文件中注册自己的URL，并对外提供URL。
222. 拉起方应用在跳转接口中传入目标应用的URL等信息。
233. 系统接收到URL等相关信息，会寻找对应匹配项，并跳转至目标应用。
24
25
26## 应用链接分类
27
28按照应用链接的scheme以及校验机制的不同，可以分为Deep Linking与App Linking两种方式。
29
30- **Deep Linking**：是一种通过链接跳转至应用特定页面的技术，其特点是支持开发者定义任意形式的scheme。由于缺乏域名校验机制，容易被其他应用所仿冒。
31
32- **App Linking**：其限定了scheme必须为https，同时通过增加域名校验机制，可以从已匹配到的应用中筛选过滤出目标应用，消除应用查询和定位中产生的歧义，直达受信的目标应用。
33
34
35相比Deep Linking，App Linking具有更高的安全性和可靠性，用户体验更佳。推荐开发者将App Linking作为首选方案。
36
37| 类型 | App Linking（推荐） | Deep Linking |
38| -------- | -------- |-------- |
39| 实现方案 | 目标应用需要在module.json5中声明应用链接；同时需要向系统注册域名并通过域名认证。 |  目标应用需要在module.json5中声明应用链接。 |
40| 链接格式 | scheme必须为https。 | scheme可以自定义。通常不为https、http、file，否则会拉起默认的系统浏览器。 |
41| 是否可用于分享或直接在网页中访问 | 可以 | 不可以，需在代码中调用。 |
42| 是否可以直接拉起目标应用 | 可以 | 可以，但不推荐使用，存在被仿冒风险。 |
43
44Deep Linking与App Linking均可以使用[openLink](../reference/apis-ability-kit/js-apis-inner-application-uiAbilityContext.md#uiabilitycontextopenlink12)接口实现，不同条件下的跳转效果如下。
45
46> **说明：**
47>
48> 该接口中的appLinkingOnly字段表示是否必须以App Linking的方式启动UIAbility，默认为false。appLinkingOnly为true一般只用于浏览器等应用。
49
50
51| 应用链接类型 | App Linking（推荐） | Deep Linking |
52| -------- | -------- |-------- |
53| appLinkingOnly为false且目标应用已安装 | 直接跳转打开目标应用。 | 跳转目标应用（如果有多个符合条件的应用时，展示应用选择弹框）。 |
54| appLinkingOnly为false且目标应用未安装 | 跳转默认浏览器打开网页。 |返回失败，系统不跳转，由应用自行处理；当前会展示“链接无法打开”弹框。 |
55| appLinkingOnly为true且目标应用已安装 | 直接跳转打开目标应用。 |返回失败，系统不跳转，由应用自行处理。 |
56| appLinkingOnly为true且目标应用未安装 | 返回失败，系统不跳转由应用自行处理。 | 返回失败，系统不跳转，由应用自行处理。 |
57
58
59
60
61
62