1. 课程导入与全景认知

在移动应用的生产实践中，用户从外部环境进入 App 的路径从来不是单一的。用户可能点击短信里的活动链接、扫描线下海报上的二维码、在浏览器中搜索商品后点击结果、从微信文章跳转到小程序或原生 App，也可能在 App 内部从推送通知直接打开某个详情页。这些场景背后，依赖的是一套跨越操作系统、浏览器、应用与服务器之间的跳转与路由机制。Deep Link（深度链接）与 App Links（应用链接）正是这套机制的核心技术。

本课程围绕“生产实践与稳定性优化”展开，共 30 章。第 1 章不急于进入代码，而是先建立全景认知：Deep Link 与 App Links 分别是什么、它们如何演进、在生产环境中真正要解决什么问题，以及后续章节的学习地图如何组织。

一、Deep Link 与 App Links 的定义边界

Deep Link 是一个广义概念，指能够直接打开 App 内特定页面（而非仅启动首页）的链接。它通常以自定义 URL Scheme 的形式出现，例如 myapp://product/detail?id=10086。其中 myapp 是应用注册的 scheme，product/detail 是路由路径，id=10086 是业务参数。操作系统在收到该 scheme 时，会查找已注册该 scheme 的应用并唤起它。

App Links 则是 Deep Link 的一种更严格、更安全的实现形式。在 Android 上称为 Android App Links，在 iOS 上对应 Universal Links。它使用标准的 HTTP/HTTPS 链接，例如 https://shop.example.com/product/10086，并通过应用与域名之间的归属验证（Android 通过 assetlinks.json，iOS 通过 apple-app-site-association）来确认该域名确实属于该应用。验证通过后，系统会直接将链接交给 App 处理，而不是先打开浏览器。

二、技术演进：从 Scheme 到统一链接

早期移动生态中，自定义 URL Scheme 是最简单的跨应用跳转方式。它实现成本低，但很快暴露出三类问题：第一，scheme 冲突，多个应用可注册同一 scheme，系统可能弹出选择框或跳错应用；第二，安全风险，恶意应用可注册相同 scheme 截获参数；第三，体验断裂，当用户未安装 App 时，点击链接往往报错或停留在空白页。

为解决这些问题，Apple 在 iOS 9 引入 Universal Links，Google 在 Android 6.0 引入 App Links。两者思路一致：用 HTTPS 链接承载跳转意图，用服务器上的验证文件声明域名与应用的绑定关系。此后，行业进一步演化出 Deferred Deep Link（延迟深度链接），用于处理“用户未安装 App，点击链接后先跳转应用商店，安装完成首次启动时仍能还原到目标页面”的场景。这一能力通常依赖设备指纹、剪贴板、安装 referrer 或服务端归因来实现。

下图展示了从用户点击到最终页面还原的完整信号链与关键判断节点，帮助建立端到端的全局视角。

三、核心价值：为什么生产环境必须重视

Deep Link 与 App Links 的价值远不止“能跳转”。在增长与转化链路中，它直接影响几个关键指标：点击到打开的转化率、跨端分享的召回率、广告投放的归因准确率，以及用户从 Web 到 App 的迁移效率。一个配置正确的 App Links，可以让用户在浏览器中点击商品链接后无感进入 App 详情页，减少一次“打开 App 再搜索”的流失；一个可靠的延迟深度链接，可以让新安装用户在首次启动时直接看到邀请人分享的内容，显著提升激活率。

从工程角度看，它还是路由体系、安全校验、埋点归因和灰度发布能力的交汇点。链接参数如何解析、非法参数如何拦截、跳转失败如何降级、不同系统版本行为差异如何兼容，都是生产稳定性的一部分。

四、生产环境中的典型挑战

实际项目中，Deep Link 与 App Links 的故障往往不是单一原因，而是多环节叠加。常见挑战包括：

• 域名验证失败：Android 的 assetlinks.json 或 iOS 的 AASA 文件未正确部署、Content-Type 不对、HTTPS 证书异常，导致 App Links 退化为浏览器打开。
• Scheme 被拦截：部分浏览器、WebView 或社交平台会屏蔽自定义 Scheme，点击无反应或提示“无法打开”。
• 未安装场景体验断裂：没有配置商店降级或延迟还原，用户点击后进入空白页或应用商店首页，安装后丢失目标页面。
• 参数丢失与编码问题：链接中的中文、特殊字符、嵌套 URL 未正确编码，导致路由解析失败或参数截断。
• 多端行为不一致：iOS 与 Android、不同系统版本、不同浏览器对同一链接的处理存在差异，需要分别验证。
• 安全与劫持风险：恶意应用注册相同 Scheme 截获参数，或链接被篡改后跳转到非预期页面。
• 归因与埋点缺失：无法区分自然打开与链接唤起，导致投放效果无法评估。

五、课程学习地图

后续章节将沿着“原理—配置—实现—验证—优化”的路径展开。前半部分聚焦基础：URL Scheme 与 App Links 的注册机制、Android 与 iOS 的验证文件配置、路由解析与参数设计。中段进入工程实践：未安装降级、延迟深度链接、WebView 与浏览器兼容、多端一致性测试。后半部分面向稳定性与生产优化：链接安全校验、防劫持、埋点归因、灰度发布、线上问题排查与监控告警。每一章都会结合可复现的配置示例、参数表和判断依据，帮助你把知识落到真实项目中。

学习本章后，你应当能够清晰区分 Deep Link 与 App Links 的边界，理解从点击到页面还原的完整信号链，并识别生产环境中最常见的风险点。接下来，我们将从最基础的 URL Scheme 注册与解析开始，逐步构建一套可上线、可监控、可优化的深度链接体系。