浅析APP之间相互交互的原理

从零开始学运营,10年经验运营总监亲授,2天线下集训+1年在线学习,做个有竞争力的运营人。了解详情

APP之间相互调用并且传输数据经常会出现在实际需求中,我们应该对这样的基本功能的实现原理有一个简单的认识,这样也方便工作中和程序哥哥们的沟通。

在产品设计中,经常会遇到APP之间相互调用的功能设计,比如:

  • 实现三方登录用QQ账号快速登录,如果安装了 QQ,那么应用会调用QQ的快速登录界面,确认后, QQ会回调到原来的应用,同时将登录的状态信息返回给了原应用。
  • 实现分享。选择应用内的可分享内容,点击分享, 选择朋友圈,于是微信的朋友圈被调起,并将这张图片发了出去,并询问你是返回原应用还是留在微信,如果你选择了返回原应用,那么原来的应用又会被调起。
  • 实现第三方支付。选择应用内要支付的内容,选择支付方式,一般会提供支付宝或微信,点击后跳转到支付宝或微信的付款页面,完成支付后回到该应用。
  • 实现手机网页引导并打开应用功能。在推广的H5页面上,加入打开APP的按钮,点击后直接调起我们的APP,并且可以根据参数信息, 在本地应用中还原用户的浏览场景。

这些过程实现的原理就是利用 URL Scheme

什么是URL Scheme

URL Scheme就是一个可以让app相互之间可以跳转的协议。每个app的URL Scheme都是不一样的,如果存在一样的URL Scheme,那么系统就会响应先安装那个app的URL Scheme,因为后安装的app的URL Scheme被覆盖掉了,是不能被调用的。

应用之间跳转原理

一个应用能打开另一个应用的必然条件是,另一个应用必须配置一个scheme(协议),这样应用程序才能根据协议找到需要打开的应用。

APP应用在系统中通过注册Scheme的方式注册自己,常见的Scheme就是 http:,声明了这个Scheme的应用就是声称自己支持http协议,能够打开网页了。还有一些常见的Scheme比如 file:(传输文本), tel:(通话)等。

当然,APP应用不仅可以声明这些标准的Scheme,也能声明自己独有的Scheme,比如微信的就是 weixin:, QQ 的是 mqq: 。

如果多个应用都声明相同的Scheme呢?比如应用a、b、c都声明自己能发短信,这时系统会有一定的策略来保证公平性,比如在Android系统中,就会弹出支持的应用列表,让用户选择, iOS则替用户选择近打开过的支持应用。

应用之间传递数据

了解了应用之间调用的方法,那么后面数据传递就简单了,只需要在Scheme后面携带上需要传递的信息作为参数就可以了。

比如,发起调用的是应用A,被调用的是应用B。yingyongB://action=sendmessage,message=”xxx”,后面的数据会带到应用B中,但是应用B接到了信息不知道该信息是哪个应用发的,回信息给哪个应用。如何进行回调呢?发起调用的应用A在Scheme后面加一个参数backScheme=yingyongA: ,这样应用B就知道了需要返回信息给应用A,应用A和B这种自定义协议也可以叫做伪协议,只要双方应用能识别处理就可以。

同样,我们也可以实现跳转到指定页面的功能。想要跳转到指定界面,必定是上一个app告诉下一个app(被跳转的app)需要跳转到哪个界面,而如何告诉它这里便涉及到两个app的通信。两个app之间的跳转只需要配置一个Scheme,通过协议即可实现。

最后上一段iOS测试代码:

//进入更多界面(上一个APP)

– (IBAction)intoMore:(id)sender {

NSURL *url = [NSURL URLWithString:@”test://more”];   //test://more是要跳转的页面名称

if ([[UIApplication sharedApplication] canOpenURL:url]) {

[[UIApplication sharedApplication] openURL:url]; //是否安装应用,url是跳转页面的地址

}else{

NSLog(@”没有安装应用”); //没有安装则提示相应信息

}

}

在被调用的APP中,就会监听方法,对进入的页面进行判断。

总结

以上就是应用之间进行交互原理的简单总结,不同平台会有自己一些独特的应用交互方式,用Scheme这种方式可以减少一些跨平台开发适配的成本,同时也有利于网页和Native之间的相互调用。

 

作者:流年,互联网产品设计师,4年互联网产品设计经验。

本文由 @流年 原创发布于人人都是产品经理。未经许可,禁止转载。

给作者打赏,鼓励TA抓紧创作!
4人打赏
评论
欢迎留言讨论~!
  1. 111

    回复