深链接结构本身不决定能否唤起，真正起作用的是协议层匹配 + 域名校验机制，结构优化的核心目标是让链接既可被系统识别、又能在各端 fallback 可控。
直接说结论：深链接结构本身不决定能否唤起，真正起作用的是协议层匹配 + 域名校验机制，结构优化的核心目标是让链接既可被系统识别、又能在各端 fallback 可控。
URL Scheme 链接为什么在微信里点不开
不是链接写错了，而是微信主动拦截了 scheme:// 类跳转。iOS 和 Android 的 WebView（包括微信内置浏览器）默认禁用非用户手势触发的 scheme 跳转，且微信会直接屏蔽未备案的自定义协议。
- 必须确保跳转由真实点击事件触发（
onclick、addEventListener('click')），不能靠setTimeout自动跳 -
scheme名称需与 App 的AndroidManifest.xml或Info.plist中声明的完全一致（大小写敏感） - 微信中若想保留 scheme 跳转能力，只能走“右上角 → 在 Safari/浏览器中打开”这一降级路径，无法绕过
- 部分安卓定制 ROM（如华为 EMUI、小米 MIUI）也会静默拦截
scheme://，无任何提示
intent:// 链接在 Android 上总 fallback 失败
常见原因是 S.browser_fallback_url 参数没做 URL 编码，或 package 与实际签名包名不一致。
-
intent://open#Intent;scheme=myapp;package=com.example.app;S.browser_fallback_url=https%3A%2F%2Fexample.com%2Fdownload;end中的https%3A%2F%2F...必须是完整编码后的字符串 - Chrome 80+ 要求 intent 必须由用户点击触发，否则静默失败；且某些厂商浏览器（如夸克、Via）根本不支持 intent 协议
- 如果 App 使用了多渠道打包（不同渠道包名不同），
package参数必须动态匹配，硬编码会导致大面积唤起失败
Universal Link / App Link 配置后还是跳网页
这不是前端代码问题，而是服务端校验环节断了——系统根本没拿到或没通过验证文件。
立即学习“前端免费学习笔记（深入）”；
- iOS 的
apple-app-site-association必须放在域名根目录（如https://example.com/apple-app-site-association），不能加.json后缀，且响应头必须包含Content-Type: application/json - Android 的
assetlinks.json必须放在https://example.com/.well-known/assetlinks.json，且文件内容中的 SHA256 签名必须与线上 APK 签名完全一致 - 任意一个 HTTP 状态码不是 200（比如 301 重定向、404、500），系统都会放弃校验，退化为普通网页打开
- 修改配置后，iOS 设备不会自动刷新缓存，需卸载 App 重装，或在设置中关闭再开启 Associated Domains
如何让一个链接在 iOS/Android/微信/微博里都尽量唤起成功
没有银弹方案，但可按优先级组合使用，关键在于「先试 Universal Link / App Link，失败再降级 intent / scheme，最后兜底 H5 页面」。
- HTML 中只写标准 HTTPS 链接：
<a href="https://example.com/path?param=1">打开App</a>，由系统自动接管（前提是 Universal Link / App Link 已生效） - JS 层用
document.hidden+visibilitychange做唤起检测，但 iOS 下不可靠，建议仅作辅助；更稳的方式是设 2500ms 定时器，超时即跳应用商店或下载页 - 微信内必须接受“无法直唤”的事实，可引导用户点击右上角菜单 → “在 Safari 中打开”，此时 Universal Link 才可能生效
- 不要把所有逻辑堆在一个链接上，例如同时拼
intent://和scheme://，容易互相干扰；应按 UA 和环境判断后动态生成
最容易被忽略的其实是服务端配置的细节：JSON 文件格式错误、HTTP 响应头缺失、证书签名不匹配，这些都不会报错，只会静默失效。调试时别只盯着前端跳转代码，先 curl 检查那两个校验文件能不能被公开访问、返回内容对不对、状态码是不是 200。
