先声明一下关于ios中9.0打开方式的文章来自博客：IOS9通用链接（universal link）
前言
对于一个完备的互联网产品而言需要有app端与web端两个不同前端，对于产品而言很多都希望能够将wap页上的用户引向native app上这就要求前端工程师们为网页提供各种入口去打开app，今天我们就聊一聊app的打开方式（有错误的地方还请高手指正）。
常规打开
对于app打开而言最常规的打开就是通过url scheme的方式去打开你的app，如下的
myapp:
myapp:
myapp:
这些抛出都是以url的方式进行抛出，app捕捉到这些抛出去做相应的处理，本文对app的处理不做详细描述，app开发请自行谷歌百度。对于前端而言抛出的方式也有很多，而最理想的方式是通过iframe的src对其进行链抛出，来！说的在多都没有代码来的清晰，请看下面。
首先我们需要有一个iframe：
var createIframe=(function(){
var iframe;
return function(){
if(iframe){
return iframe;
}else{
iframe = document.createElement('iframe');
iframe.style.display = 'none';
document.body.appendChild(iframe);
return iframe;
}
}
})()
之后我们还需要一个url scheme:
var baseScheme = "myApp://"
var createScheme=function(options){
var urlScheme=baseScheme;
for(var item in options){
urlScheme=urlScheme+item + '=' + encodeURIComponent(options[item]) + "&";
}
urlScheme = urlScheme.substring(0, urlScheme.length - 1);
return encodeURIComponent(urlScheme);
}
这种scheme形式的其实不是最好的,根据我们踩过的坑，觉得约定为与http协议相近可能更好一些，具体的协议需要前端人员自己去和app端人员约定。
ok万事具备，iframe有了，urlScheme也有了，该去打开app了
var openApp=function(){
var localUrl=createScheme();
var openIframe=createIframe();
if(isIos()){
window.location.href = localUrl;
var loadDateTime = Date.now();
setTimeout(function () {
var timeOutDateTime = Date.now();
if (timeOutDateTime - loadDateTime < 1000) {
window.location.href = "你的下载页面";
}
}, 25);
}else if(isAndroid()){
if (isChrome()) {
window.location.href = localUrl;
} else {
openIframe.src = localUrl;
}
setTimeout(function () {
window.location.href = "你的下载页面";
}, 500);
}else{
openIframe.src = localUrl;
setTimeout(function () {
window.location.href = "你的下载页面";
}, 500);
}
}
以上就是你要打开scheme的主要代码了，好吧，实际上不只是打开app，还要实现未打开的时候跳到下载页去。其中安卓实际上无论有没有打开都会跳到下载页去，而ios........好吧!按照网上的说法是浏览器失焦后会挂起脚本，呵呵，这是多老的ios版本的表现了，实际上现在的ios已经没有这么做，有些版本会跟安卓的表现一样，而有些则是直接跳转根本不会去打开，还有打开的时候那个恶心的系统弹窗是什么鬼。好吧，实际上至此你会发现，ios9.0以上的有些打不开直接跳，有些打得开还会有允许弹窗，而微信则是无论如何都打不开，实际上微信会在他的浏览器里拦截掉所有未经其允许的scheme包括app store，那么接下来我们要解决这些问题。
通用链接
针对ios9及以上的打不开问题，实际上ios9提供了更好的解决方案————通用链接。
什么是Universal Links(通用链接)?
这是iOS9推出的一项功能，如果你的应用支持Universal Links(通用链接)，那么就能够方便的通过传统的HTTP链接来启动APP(如果iOS设备上已经安装了你的app，不需要额外做任何判断等)，或者打开网页(iOS设备上没有安装你的app)。或许可以更简单点来说明，在iOS9之前，对于从各种从浏览器，Safari、UIWebView或者 WKWebView中唤醒APP的需求，我们通常只能使用scheme。
以上来自网上关于通用链接的介绍，对于前端简单点讲就是你访问一个http的url，如果这个url带有你提交给开发平台的配置文件中匹配规则的内容，ios系统会去尝试打开你的app，如果打不开，系统就会在浏览器中转向你要访问的链接。很好的一个属性，因为通过这个属性在ios9上我们能够绕过微信的拦截从而打开app。
以下是ios开发人员要做的百度搜索结果第一条ios中实现通用链接：
而我们要做的真的很简单，实际上我们只需要抛出链接就好了（实际上博主只是来骗经验的）。在此之前请准备好与主站不同的域名，比如主站www.xxxx.com，你们可以准备好open.xxxx.com的域名作为重定向用。好吧！实际上通用链接有一个很坑的属性，必须是异域打开，而且如果你提交的是你主站的链接，你打开你的主站你会发现网站上方会挂着一个难看的灰条转向appstore中你们的app，没错，就是ios系统干的这个事，具体的其他注意事项可以参考这篇文章IOS9通用链接（universal link）。
那么接下来我们的代码得做好更改
var baseScheme = "myApp://",
baseLink="http://m.xxxx.com?";
var createScheme=function(options,isLink){
var urlScheme=isLink?baseLink:baseScheme;
for(var item in options){
urlScheme=urlScheme+item + '=' + encodeURIComponent(options[item]) + "&";
}
urlScheme = urlScheme.substring(0, urlScheme.length - 1);
return isLink?urlScheme:encodeURIComponent(urlScheme);
}
然后对抛出做
var openApp=function(){
var localUrl=createScheme({type:1,id:"sdsdewe2122"});
var openIframe=createIframe();
if(isIos()){
if(isGreaterThan9()){
localUrl=createScheme({type:1,id:"sdsdewe2122"},true);
location.href = localUrl;
return;
}
window.location.href = localUrl;
var loadDateTime = Date.now();
setTimeout(function () {
var timeOutDateTime = Date.now();
if (timeOutDateTime - loadDateTime < 1000) {
window.location.href = "你的下载页面";
}
}, 25);
}else if(isAndroid()){
if (isChrome()) {
window.location.href = localUrl;
} else {
openIframe.src = localUrl;
}
setTimeout(function () {
window.location.href = "你的下载页面";
}, 500);
}else{
openIframe.src = localUrl;
setTimeout(function () {
window.location.href = "你的下载页面";
}, 500);
}
}
实际上就只需要更改这么点，最重要的是app端接入通用链接，注意抛出的链接不要跟主站同域即可，之后就是不断的调试，自己去踩坑吧，记得绑定域名，这个对域名具有一定的依赖性。
微信中打开
至此只有微信是打不开的，实际上腾讯系的产品都是打不开的，包括qq浏览器。
对于微信中有两种方式：
是的如果是微信就去打开你的app对应的应用宝，应用宝会去检测你的app是否存在有则去打开，但只是去打开。实际上腾讯的应用宝对于开发者在功能上做的比想象中的要强大，你在应用宝的微下载中配置申请你的applink与app store的链接,之后你只要在你的链接参数中带上android_schema="myApp://"就在应用宝中打开app中的特定功能，如果忽略应用宝的页面跟自己scheme打开没有太大区别，具体的操作可以查看应用宝的说明。简而言之，腾讯的产品中都去借助应用宝这个平台去执行你需要的操作。在此就不贴代码了，只要判断浏览器如果是微信或者是qq就去跳你的应用宝链接就行。
总结
实际上单纯打开app非常简单，目前无论安卓还是ios都能够很好的支持scheme，当然腾讯系产品除外，实际上百度浏览器也会拦截scheme（我觉得真是奇了葩！！！微信这种尚能理解，一个浏览器居然擅自去拦截scheme）目前对百度浏览器还没有什么很好的办法，可以尝试是否能够通过百度应用市场去解决。如果是希望打开app同时又要打开下载页，那么ios9及以上就得用通用链接去解决，重点就是这个通用链接。
IOS9通用链接（universal link）
Jun 27, 2016
IOS9以上版本新增了通用链接的功能。最近在项目中正好有用到，并在开发过程中遇到了很多坑。因此对其进行总结，以供大家参考，如有疏漏，求留言指证～～
应用场景
在WAP页面中点击某个按钮。
- 用户装了APP，直接打开APP对应页面；
- 没有装APP，跳转到WAP下载页；
URL Scheme实现方案
var iframe = document.createElement('iframe');
iframe.style.display = 'none';
document.body.appendChild(iframe);
if(userAgent.match(/(iPhone|iPod|iPad);?/i)){
window.location.href = "apps custom url schemes";
var loadDateTime = Date.now();
window.setTimeout(function () {
var timeOutDateTime = Date.now();
if (timeOutDateTime - loadDateTime < 1000) {
window.location.href = "app下载页面";
}
}, 25);
}else{
iframe.src = "apps custom url schemes"
setTimeout(function () {
window.location.href = "app下载页面";
}, 500);
}
|
以上代码原理是：
- 如果安装了APP，抛出的URL Scheme可以被app解析，则打开该APP，并由APP跳转到对应的页面；
- 如果未安装APP，没有应用程序可以解析该协议，则在500ms以内执行定时器里的函数，打开WAP端的下载页面。
apps custom url schemes是什么
apps custom url schemes 是WAP端和APP端约定好的一个协议URL，如：web2app://。和正常的URL一样，除了protocol部分外，也可以有host、path及参数，如：web2app://openapp?type=1&id=12。具体要看各端约定，不过个人建议最好还是按照URL的组成规范来定义scheme，不然会引入由于URL不规范而导致的各种编码问题。
首先在，APP里会配置好预定好的URL Scheme协议，
<intent-filter >
<action android:name="android.intent.action.VIEW"/>
<category android:name="android.intent.category.DEFAULT"/>
<!-- scheme的Uri的协议必须跟此值相同-->
<data android:scheme="web2app"/>
</intent-filter>
|
每当WAP页打开协议URL，系统便会打开该APP，然后根据URL协议后面的部分，执行后续逻辑（比如打开WAP页对应的APP页面）。
URL Scheme存在的问题
通用链接实现方案
在IOS9.0以上开始支持通用链接，接下来详细解析一下用通用链接实现该功能的方案。
apple-app-site-association文件
apple-app-site-association是IOS中一个JSON格式的“通用链接”配置文件，在其paths键中设置通用链接的具体规则。
{
"applinks": {
"apps": [],
"details": [
{
"appID": "...",
"paths": ["/open/*"]
}
]
}
}
|
IOS端，在Xcode的capabilities里添加域名（b.com，为通用链接的域名）。这样在第一次启动APP时，APP会从 https://b.com/apple-app-site-association 下载这个配置文件并交由IOS系统管理。该配置文件必须通过SSL的方式请求，所以，b.com必须支持SSL访问。
实现原理
用通用链接实现的原理如下图所示。在服务器a.com上部署WAP页以及APP下载页，在b.com上署“后端重定向服务”以及“ios通用链接的配置文件”。
当WAP页打开如下通用链接时：http://b.com/open/…， 如果已经安装了APP，且该链接和APP在apple-app-site-association中配置的规则一致，则打开该APP，并由APP进行后续处理（打开应用内的某个页面）；如果ios上没有安装APP，则系统不会对该链接进行特殊处理，直接在浏览器中打开，后端的重定向服务会将该链接重定向到下载页“http://a.com/mobile/app”， 代码如下：
if(navigator.userAgent.match(/OS 9_\d[_\d]* like Mac OS X/i)){
location.href = "universal link";
}
|
几个坑
WAP页面的域（a.com）和抛出的通用链接的域（b.com）必须不一样。如果同域，抛出的通用链接在很多情况下会被系统忽略，就算已安装APP，也打不开并且直接重定向到下载页。（至少在IOS9.*的版本中遇到了这个问题）。
通用链接在微信webview中的BUG。
微信webview中打开WAP页，该WAP页通过设置loaction.href抛出通用链接打开APP。之后从APP重新返回到该webview页面，并用微信进行分享。
- 期待结果：分享出在webview中展示的WAP页。
- 实际结果：发现最终分享出去的是APP下载页。
- 原因分析：虽然在装了APP的情况下，不会在webview中打开该通用链接刷新到下载页，但是location.href这个全局变量已被更改，微信的默认分享的链接是location.href所指链接。该BUG的具体原因及解决方案将在以后的文章中进行详细分析。
扫一扫
1409
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
