Android 点击Url（短信链接）打开App 的调研与实现

Posted 2021-06-28 汤米粥

 

前言：

随着APP产品的迭代，运营的过程中往往会有一些活动希望通知到用户，或者唤起沉睡用户，就我们android而言，当然有推送，长连接一类的方法，但是，基于国内的推送环境，只能APP自己启动长连接，没有统一的系统级别的推送支持，导致沉睡用户无法送达的，除非你是微信这样的大佬才行，所以，此时通用一点方式就是通过短信发送一条活动链接，通过点击这条链接可以直接跳转到我们的APP。

实现效果：

6.0以上版本：

不考虑兼容性的任意版本：

实现思路

要唤起我们的App大致工作流程如下：

点击短信链接(http/https)系统6.0+？verifyOk？APP弹框app支持?浏览器yesnoyesnoyesno

所以，一共有三条线路可以到达我们的APP，在任何安卓版本中，我们走或者中间右边那条线(Deep_Link)，6.0之后，我们走左边那条线！(App Link)

首先我们的试试中间这条线：

DEEP-LINK

在Android 系统中点击链接会发送一条 action = VIEW 的隐式意图 ，我们只需要在我们的APP 中加入相应的Intent 过滤器去满足这条规则即可，下面我们开始实现，首先我们试试中线方案：

1.注册需要接受的Activity：
通常情况下，我们都注册我们APP的启动Activity:

  <activity
            android:name=".Activity.WelcomeActivity"
            android:label="@string/app_name"
            android:theme="@style/AppTheme.NoActionBar">

            <intent-filter>
                <action android:name="android.intent.action.MAIN" />
                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>

            <!-- for deep-link -->
            <intent-filter>

                <!-- 必须加否否无法响应点击链接的 Intent-->
                <action android:name="android.intent.action.VIEW" />
                <category android:name="android.intent.category.DEFAULT" />

                <category android:name="android.intent.category.BROWSABLE" />

                <data
                    android:scheme="http"
                    />
            </intent-filter>
        </activity>
 

通过加上以上信息，我们的应用就可以响应以http开头的链接了。

为了验证以上代码，我写了一个Demo，启动页里是WeclcomeActivity，然后延时1.5秒跳转到首页（这里模拟真正App里面的初始化等一些列操作）在WelcomeActivity加入了以上逻辑，然后我们在短信中随便输入一个链接地址，然后我们看看效果：

嗯，看上去，问题似乎是解决了,我们点击了一个链接，跳转到了我们的App。但是，似乎又延伸出了另外几个问题：

2.遇到的问题：

• 如果我如何点击我们自己的网站跳到我们的App而不是任意的链接？
• 如果我想通过链接跳转到App中不同的页面，应该怎么做？
• 刚刚出现了一个弹框让我二次确认（一般是选择浏览器，只要是浏览器，都会相应http或者http开头的shceme，如果你的APP安装了多个浏览器，都会出现在这个弹框的选项中），我如何去掉这个恶心的选择浏览器的的弹框？

为解决我们前面两个问题，我们需要将我们的链接定义成如下格式：

[scheme]://[host]/[path]?[query]
 

刚刚scheme 我们已经定义了，也就是说，为了唤起我们的App，只需要定义scheme就可以了，但是如果我们为了让我们的唤起更加精确，比如我要点击自己的官网跳转到我的App，而不是点击百度也可以，我们就需要在host里面加入我们自己的个性域名，（这里的path也可添加用作区分，也可以不加，如果公司有多个App，可以额外加这个做区分）
如果我们需要知道在点击这个链接跳到APP之后做不同的事情比如：跳不同的页面、展示不同的数据等，我们就需要在query后面加一些参数。
我们先现在在短信中输入这样一个链接：

//http:www.qw.com/data?page=2&text=page2
 

修改我们Manifest配置文件添加一个host：

     <data
        android:host="www.qw.com"
        android:scheme="http" />
 

在WelcomeActivity里面声明参数的接收：

 @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_wlecome);


        Intent intent = getIntent();

        //接受数据
        if (null != intent.getData()) {
            Uri uri = intent.getData();
            Log.d("qw", uri.toString());
            String pageTarget = uri.getQueryParameter("page");
            String pageText = uri.getQueryParameter("text");
            if (TextUtils.isEmpty(pageTarget))
                pageTarget = "";
            if (TextUtils.isEmpty(pageText))
                pageText = "";

            Toast.makeText(this, "去页面：" + pageTarget + "\\n" + "text： " + pageText, Toast.LENGTH_LONG).show();

        }


        //延迟2秒去主页，模拟数据初始化操作
        new Handler().postDelayed(new Runnable() {
            @Override
            public void run() {
                startActivity(new Intent(WelcomeActivity.this, MainActivity.class));
                finish();
            }
        }, 2000);
    }
 

我们再来看看效果：

加上host之后，我先点击之前那个链接，果然就是直接浏览器访问了，不会提示选择到我们的App了，然后我们点击下面的链接，在Welcome里面也就能展示到我们的数据了，我们可以根据这些数据做一些不同事情。
到这里大家可能有疑问了，我为什么不直接在我需要跳转的Activity上面声明呢？
第一：如果我们声明了多个Activity ，即使通过以上规则匹配上，你点击跳转以后，如果用户结束这个Activity的话，就直接回到桌面了，这个是比较奇怪的。

第二：你的很多配置的初始化可能会在Welcome里面，如果直接去某个页面可能会配置未初始化什么的，所以每次点击链接跳转WelcomActivity,然后传到首页MainActivity,然后在 MainActivty 里面接受数据再做路由才是比较好的做法。

首先修改我们的WelcomeActivity:

  @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_wlecome);


        final Intent intent = getIntent();

        //接受数据
//        if (null != intent.getData()) {
//            Uri uri = intent.getData();
//            Log.d("qw", uri.toString());
//            String pageTarget = uri.getQueryParameter("page");
//            String pageText = uri.getQueryParameter("text");
//            if (TextUtils.isEmpty(pageTarget))
//                pageTarget = "";
//            if (TextUtils.isEmpty(pageText))
//                pageText = "";
//
//            Toast.makeText(this, "去页面：" + pageTarget + "\\n" + "text： " + pageText, Toast.LENGTH_LONG).show();
//
//        }


        //延迟2秒去主页，模拟数据初始化操作
        new Handler().postDelayed(new Runnable() {
            @Override
            public void run() {
                Intent mainActivityIntent = new Intent(WelcomeActivity.this, MainActivity.class);
                //我们不再在这个页面处理数据，改到首页去做这件事
                if(null != intent.getData()){
                    mainActivityIntent.setData(intent.getData());
                }
                startActivity(mainActivityIntent);
                finish();
            }
        }, 2000);
    }
 

首页MainActivity：

public class MainActivity extends AppCompatActivity {
    private final static String TARGET_ONE = "1";
    private final static String TARGET_TWO = "2";

    public final static String TEXT_EXTRA = "text";


    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        dealWithIntent();

    }

    private void dealWithIntent() {

        Intent intent = getIntent();
        if (null == intent)
            return;

        Uri uri = intent.getData();
        if (null == uri)
            return;

        String pageTarget = uri.getQueryParameter("page");
        String pageText = uri.getQueryParameter("text");
        if (TextUtils.isEmpty(pageTarget))
            pageTarget = "";
        if (TextUtils.isEmpty(pageText))
            pageText = "";

        Intent launchIntent;
        switch (pageTarget) {
            default:
            case TARGET_ONE:
                launchIntent = new Intent(this, OneActivity.class);
                break;
            case TARGET_TWO:
                launchIntent = new Intent(this, TwoActivity.class);
                break;

        }
        launchIntent.putExtra(TEXT_EXTRA, pageText);
        startActivity(launchIntent);

    }
}
 

最后是目标Activity,就更简单了，接收那个text，展示一个Toast：

public class TwoActivity extends AppCompatActivity {

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_page_2);

        Intent intent = getIntent();
        if (null != intent.getExtras()) {
            Toast.makeText(this, intent.getExtras().getString(MainActivity.TEXT_EXTRA) + "", Toast.LENGTH_LONG).show();
        }
    }
}
 

我们看看效果：

ok，现在前两个问题都解决了，可以点击我们自己的网站跳到APP，也可以拿到数据去做我们想要的事情，只剩下最棘手的一个问题了：这个弹框怎么办？一般情况下，如果出现了弹框，用户可能就不会按照你的意愿去选择我们APP打开链接，也许会选择浏览器，总之体验很不好，只要是scheme是 http 或者https的浏览器都会出现在弹框中!那我自定义scheme不就好了？
现在我们继续改Manifest文件：

<data
     android:host="www.qw.com"
     android:scheme="app" />
 

然后我们把之间短信的链接改为app:// 开头再运行看看效果：

奇怪？怎么没跳到我的App？还是跳到了浏览器，我打开浏览器的链接，发现还是访问的http…..原来我在短信里面添加的链接自定义的scheme被短信认为不是一个scheme。。。

可见红色部分没有被识别，浏览器默认给我加了http….
既然这样…总是跳不开浏览器的访问，那么我可不可以在浏览器访问某个指定页面的时候，再去重定向跳转到我们的App呢？每次直接访问浏览器，我们就再也不用弹框确认了，所以中线方案最终以体验不好告终，我们选择右线方案！

3.终究跳不开的http/https访问

所以我们写一个html 页面，在代码里面做一个重定向，比如我在短信里面点击的链接是 http://www.test.com/data?text=1,我们在html 里面将http或者https改成我们自己定义的app:// 然后保持后面的部分不变：
现在我拿真机实测一下，我先写一个html网页：

<html>
  <head>
    <meta charset="utf-8">
    <title>测试重定向</title>
  </head>
  <body>
    <script>
      var app = ''
      var url = location.href
      app = url.replace(url.slice(0, 5) === 'https' ? 'https' : 'http', 'app')

      location.href = app
    </script>
  </body>
</html>

 

然后把它传到服务器上得到的url地址是：
http://p5ml3g4x2.bkt.clouddn.com/open_app.html
所以我们把我们APP里面的域名改为：p5ml3g4x2.bkt.clouddn.com

<data
    android:host="p5ml3g4x2.bkt.clouddn.com
    android:scheme="app" />
 

运行：
这里我用了两个测试机，大部分手机都是这两种情况：
vivo:

1加5：

到这里，如果是原声安卓，直接访问打开，大部分第三方手机有二次确认弹框，点击可以跳转到我们应用，我在短信里面额外添加了的参数，也能顺利拿到并执行逻辑，至此，大功告成，此方法可以覆盖90%以上的手机。

4.阶段性总结
我们最终通过浏览器作为跳板，访问任意链接，在网页内部再次重定向，从而精准的唤起我们的应用，而跳过了让用户选择多个APP的过程（在短信里面打开一般就是系统浏览器，即使让你选择也是选择浏览器，不会出现选择某个APP的让用户困惑的情况），从而提高用户的活跃度，对于运营需求有很大的意义。但是这个方法美中不足的是，我从APP退出以后，会回到浏览器的界面，所以，一般这个页面我们可以做成我们的官网，或者APP的下载页面，如果用户没有安装APP，顺带可以为用户提供下载的渠道，一举两得。

有没有更好的解决方案呢？——有！我们下一步的重头戏——APP Link!

APP LINK

app link 是在谷歌在android M即（Android 6.0） 推出的一种软件之间的关联方式，通俗点讲，就是可以让我们的APP和我们的web域名相关联，当用户点击一个链接时候，可以直接跳到我们的APP，回到我们之前的问题，在6.0之前，我们点击一个链接的时候，如果想跳到我们的APP，我们需要在scheme声明 http或者https ，所以点击链接的时候会出现一个选择弹框，所以我们选择通过链接来重定向，而现在有了APP LINK ，我们大可不必这么做了，点击就能跳过去，无需浏览器作为跳板。

首先我们贴上一张对比图：

	DEEP LINK	APP LINK
Intent URL scheme	http, https, or a custom scheme	Requires http or https
Intent action	Any action	Requires android.intent.action.VIEW
Intent category	Any category	Requires android.intent.category.BROWSABLE and android.intent.category.DEFAULT
Link verification	None	Requires a Digital Asset Links file served on you website with HTTPS
Pipe	May show a disambiguation dialog for the user to select which app to open the link	No dialog; your app opens to handle your website links
Compatibility	All version	Andoid 6.0+

相比我们之前的Deep Link ，APP Link 多了许多约束条件，比如scheme 必须是http 或者 https的，但是体验更好，没有用户选择弹框，(实测下来，原生系统直接唤起来，大部分定制系统会提示是否打开链接，如果用户确认以后，就直接跳到APP)调起APP之后逻辑都一样，可以用同样的方式取数据等。

首先:我们在我们的Manifest 文件中继续对WelcomeActivity 添加配置：

            <intent-filter android:autoVerify="true">
                <action android:name="android.intent.action.VIEW" />
                <category android:name="android.intent.category.DEFAULT" />
                <category android:name="android.intent.category.BROWSABLE" />
                <data
                    android:host="o18dxim1q.qnssl.com"
                    android:scheme="http" />
                <data
                    android:scheme="https" />
            </intent-filter>
 

这里跟之前的区别没太多，就是分别添加了 http和https 的scheme，然后最关键的是这个：

android:autoVerify="true"
 

那这个属性是干嘛的呢？
当然就是为了验证我们点击的链接和我们的APP是否有关联嘛~
那是怎么关联的呢？
所以我们还需要一个服务端文件让APP 知道关联关系，APP，在安装的时候会去校验这个文件，校验文件上声明的应用包名、文件所在的域名、以及文件声明的APP密钥，是否能和app中的配置匹配上，如果匹配上了，在点击该域名下的任何链接的时候，都会直接定向到我们的APP。

我现在已经将文件传到服务器：
https://o18dxim1q.qnssl.com/.well-known/assetlinks.json
内容很明显:

{
relation: [
"delegate_permission/common.handle_all_urls"
],
target: {
namespace: "android_app",
package_name: "com.qw.applink",
sha256_cert_fingerprints: [
"8C:8A:4D:58:E2:00:2E:0B:E2:46:54:74:7D:3E:F2:27:CE:46:FE:08:8D:CF:F7:34:54:B8:36:6D:7B:32:58:A0"
]
}
}

 

注意点：

• 这个文件的格式的content-type必须是application/json
• 这个文件只能放在https的链接中，不管你之前在action中声明的是http或者https

• 这个文件不能有任何重定向，并且必须是以/.well-known/assetlinks.json 后缀结尾，注意看我上传的文件示例

• 你也可以在这个文件上声明多个APP,注意看它的格式，是一个list

我们也可以通过Android studio 自己生成这个文件：
点击Tools-App Links Assitant、我们看看第三步：

第一步填入我们文件的域名，第二个填入我们的包名，第三就能生成这个文件了，然后传入它指定的路径即可。
测试一下：
我们用一个6.0的模拟器做测试：

我分别点击了3个链接，如果是我们这个域名下的，就能直接跳转到APP，如果你添加了额外的数据，当然也跟之前一样拿到，不同的是，我们APP退出的时候，没有出现浏览器，这样体验是不是很完美？

再来个一加5做实验，真机上面一般会有二次弹框：

总结：

目前就目前Android 6.0以上的分布情况来看，已经占到接近60%,随着时间的推移，这个比例会越来越大，相信往后各个手机定制厂商对APP LINK的支持也会越来越好，新技术毕竟是要慢慢普及和用起来的，目前我们还是可以暂时使用DEEP LINK 重定向的方式解决我们的大部分的问题。

DEMO:https://gitee.com/_soul/DeepLink.git
参考文献：
https://developer.android.com/studio/write/app-link-indexing.html