H5页面app应用程序跳转探索

很多做 web 开发的一定遇到过这种需求：点一个链接或按钮时，如果装了应用，就用该应用打开；没装的时候，iOS 跳 App Store 下载，Android 直接下载 apk 包。
在做读读日报的时候，就被这玩意花费了好长时间；然而 iOS 9 发布后，方案又失效了，于是又折腾了我几个小时。

首先做个科普，浏览器是无法知道应用有没有安装的。
应用可以设置一个（或多个）自己能打开自定义 URL scheme，例如 Twitter 就声明自己能打开「twitter://」。
iOS 应用中可以用 UIApplication 的 canOpenUrl 方法来检测对应的 URL 是否能打开。如果「twitter://」能被打开，也就说明安装了 Twitter 应用。再用 UIApplication 的 openURL 方法，就能跳转到对应的应用了。Android 中也是类似的做法。

接着看看浏览器应该怎么处理。
以 iOS 8 及更早的版本为例，Safari 在尝试打开自定义 URL scheme 时，会自动用相应的应用来打开。
而打开有两种方式：

1. 直接跳转：例如点击链接、修改 window.location 等。
2. iframe 跳转：在 body 上添加一个 iframe，把它的 src 指定成要跳转的地址。

后一种方法不会引起页面可见的变化（例如页面内容变成一个新页面），不会导致浏览器历史记录的变化，大致实现如下：

1. <a href="下载地址">下载或打开 app</a>

2. <script>

3. $('a').click(function() {

4. var ifr = document.createElement('iframe');

5. ifr.src = '自定义 URL scheme';

6. ifr.style.display = 'none';

7. document.body.appendChild(ifr);

8. setTimeout(function(){

9. document.body.removeChild(ifr);

10. }, 3000);

11. });

12. </script>

这样在点击这个 a 标签时，会先尝试打开自定义 URL scheme。如果成功，则跳到应用里去了；如果失败，则跳转到 href 属性，即下载页。

然而这个方案在很多安卓机型和 WebView 中不可用，为了保证可用，就只好用第一种方案了：

1. $('a').click(function() {

2. location.href = '自定义 URL scheme';

3. t = Date.now();

4. setTimeout(function(){

5. if (Date.now() - t < 1100) {

6. location.href = 'Android 下载地址';

7. }

8. }, 1000);

9. return false;

10. }

这里是让浏览器尝试打开自定义 URL scheme，并且忽略浏览器默认行为（跳转到 href 属性）。等待一秒后，再检查当前时间，如果超过 1100 毫秒，说明跳转 app 成功了（跳转 app 会让浏览器的定时器变慢），什么也不用干；如果没超过 1100 毫秒，很可能是没有安装应用，就跳到下载地址。

而在 iOS 9 上，iframe 方案也不可用了，必须用第一种方法。
不过照抄 Android 的代码也没用，因为在打开自定义 URL scheme 时，会弹出一个对话框，询问是否用 xx 应用来打开。在用户还没来得及点打开按钮前，定时器又触发了，导致跳到 App Store。

经过一番探索后发现，尝试打开自定义 URL scheme 后，接一个页面跳转，会把对话框覆盖掉，再刷新页面，就能无需确认跳转应用了：

1. $('a').click(function() {

2. location.href = '自定义 URL scheme';

3. location.href = '下载页';

4. location.reload();

5. }

其中，下载页是一个 HTML 页面，用 JavaScript 延时 2 秒跳转到 App Store。如果直接在 HTTP 头里用 Location 跳转到 App Store，则会立刻跳到 App Store，没机会跳应用。

但是这仅仅解决了已安装应用的时候，能跳到应用的场景；而没装应用时，跳 App Store 的请求会被取消掉。
于是我用到了两个很神奇的定时器：

1. $('a').click(function() {

2. location.href = '自定义 URL scheme';

3. setTimeout(function() {

4. location.href = '下载页';

5. }, 250);

6. setTimeout(function() {

7. location.reload();

8. }, 1000);

9. }

如果想尝试修改这两个值，可以自己试试，失败了不要找我。它的原理大概是跳应用需要一个准备时间，在这个期间内都能被其他跳转打断。而如果跳应用失败，reload 并不会打断 App Store 的跳转。

终于能让它可用了，但是从应用返回时，会发现 Safari 停留在了下载页，而不是最初的网页。因此可以在下载页加上这样的代码：

setTimeout(function() {history.back()}, 2000);

也就是让它 2 秒后回到前一个页面，这样从应用返回时，就不会停留在下载页了。
 

最后，iOS 9 还支持应用打开所拥有的域名的 http scheme，不过对于这种可以自动选择下载和跳应用的场景没有帮助，这里就不提了。