前言:
随着APP产品的迭代,运营的过程中往往会有一些活动希望通知到用户,或者唤起沉睡用户,就我们Android而言,当然有推送,长连接一类的方法,但是,基于国内的推送环境,只能APP自己启动长连接,没有统一的系统级别的推送支持,导致沉睡用户无法送达的,除非你是微信这样的大佬才行,所以,此时通用一点方式就是通过短信发送一条活动链接,通过点击这条链接可以直接跳转到我们的APP。
实现效果:
6.0以上版本:
不考虑兼容性的任意版本:
实现思路
要唤起我们的App大致工作流程如下:
所以,一共有三条线路可以到达我们的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