Web网页启动app及传参的方式

字数 1824阅读 13189

一、网页启动APP

由于安全隐私的原因,目前网页端无法通过js脚本直接判断某个APP是否已安装,只能首先通过js尝试性的启动app,然后再进入安装流程。web网页上启动app的方式有两种:

1. schema

android与ios均支持自定义schema,通过访问自定义schema的url即可启动对应的app,如weixin://dl/scan这个url,这里的weixin就是自定义的schema。
js启动app的具体方法主要有iframe.src,window.location等,如下:

1.
var iframe = document.createElement("iframe");
iframe.style.display = "none";
iframe.src = schemaUrl;
document.body.appendChild(iframe);
2. 
window.location=schemaUrl;

某些浏览器由于人为限制无法直接使用schema启动app,如微信与qq的内置浏览器以及android下的百度浏览器。但微信与QQ中,可以通过集成应用宝的微下载来启动app,应用宝的具体情况下面详细介绍
目前主要通过监听各种dom事件(如:pagehide,visibilitychange,unload等)或通过setTimeout根据时间差来(早期ios系统中,通过schema可立即启动app,同时导致浏览器js脚本暂停运行,脚本恢复运行时通过时间差就能大致的判断app是否启动成功)。但由于现实情况下,由于各种浏览器与系统的差异性,无法通过js百分百的准确判断app是否启动成功;比如从ios9.2开始,通过schema启动app时,ios系统会弹出一个非模态的系统提示框,询问用户是否同意启动,在用户没有做出选择前,js脚本将继续运行,这将导致js完全无法判断app是否启动成功。

2. 通用链接(universal link)

ios9开始提供通用链接的特性,app开发时可配置一个与app对应的关联域名,在ios9以上系统的所有浏览器中,访问任何一个url链接前,系统将检查本地是否已安装与url域名相对应的app,如果已安装对应的app,将进一步检查链接url的路径,是否应当启动该app,而不在浏览器中访问此url链接。 但是通用链接存在一个容易让人迷惑的地方,在经过通用链接启动app后,用户可以选择使用safari访问此url,系统会默默的记住用户的选择,在下次访问通用链接的url时,系统将不再启动app,而是直接在浏览器中访问此url,并且没有明显的提示;(在safari中,用户只有手动往下拽了该页面时,才会出现一个询问用户打开app的banner,其它浏览器则未必有此功能,而是完完全全的忽略掉通用链接)

3. 应用宝微下载

正常情况下,微信内置浏览器中,无法通过schema启动app,无法下载apk,也无法跳转到app store,但微信与QQ均集成了对应用宝的支持。通过使用应用包的微下载功能,android下的微信与QQ帮助判断某个app是否已安装,已安装的情况下,提示用户直接启动app(在应用宝中需配置启动用的schema),未安装的情况下,可直接下载已上架到应用宝的apk文件;ios下,由于无法判断某个应用是否已安装(特别是ios>=9.2出现的提示窗口),应用宝只提供了跳转app store的功能,而没有启动app的功能。的忽略掉通用链接)

二、网页直接向app传递数据

通过适当的方法,在用户访问某个web网页时,可直接向本机的app传递任意自定义的数据;即使当前app尚未安装,在引导用户完成安装后,app启动后亦可恢复获取web网页上的数据。

1. app当前已安装

无论是通过schema还是universal link来启动app,均可直接将数据附在url上,android/ios app中,通过解析启动的url即可获取数据.

2. app当前未安装

考虑到app尚未安装的情况,访问web网页时如需向app传递数据,可将数据暂存在服务器上,待app首次启动时再恢复。恢复数据的方式大致分两种:

(1) 通过采集设备各种关键信息做大致的匹配

由于安全隐私的限制,目前尚无法在浏览器中获取设备的唯一ID来匹配,本质上只能靠猜;但在大部分实际应用场景中,通过采集ip、设备型号、系统版本等关键信息,也可获得可观的匹配成功率;目前国内android浏览器品种繁多五花八门,需耗费大量的兼容性测试工作。

(2) 100%精准恢复数据

android下,每次下载时在服务器实时生成一个新的apk包,直接将数据附带到apk包中,即可100%精确的恢复数据;
ios下大致有两种方案:

  1. 是使用企业证书通过ad-hoc的方式来安装app,下载安装时服务器可实时生成一个新的ipa包;但ios9开始对企业证书签发的app有了更严格的使用限制,使用app的用户需到设置中手动开启对企业证书的信任开关,体验很差。
  2. 是ios9开始引入一个新的类SFSafariViewController, app可使用SFSafariViewController启动一个单独的safari进程,这个safari进程与safari浏览器共享cookie,只要未禁用safari的cookie,我们就可通过共享的cookie来完成safari到app的追踪,具体做法如下:
  • 在使用safari访问web网页时,服务器生成一个唯一的server_id写入cookie,同时将这个id与将要传递给app的数据关联起来(当然也可直接将要传递的数据当成server_id写入cookie中,但需考虑cookie大小的限制)
  • app首次启动时,随机生成一个client_id(需尽量保证全局唯一),然后使用SFSafariViewController启动一个safari进程访问一个url,通过这个特定的url将client_id发送给服务器(比如使用url参数),这个url与步骤1中的协议,域名,路径保持一致,safari进程将同时携带步骤1中写入cookie中的server_id给服务器,服务器收到请求后,即可建立client_id与server_id的唯一对应关系
  • app发送步骤2中生成的client_id给服务器,服务器即可找到对应的server_id,继而找到web网页中绑定的数据返回给app

来源 http://www.openinstall.io/content.html

推荐阅读更多精彩内容