android和iOS的deep link、app link、universal link

为解决通过一个链接直接访问到App应用里的内容,就有了deep link,最常见的用处就是点击h5上的按钮能直接调起App并能跳转到对应的功能页面,或者是扫码调起App并自动领奖励或者签到之类。安卓和iOS都有deep link的支持。

因为deep link是非常开放的设计,理论上任意一个uri格式的字符串都行,比如xxx://yyy,当然设计者是建议各自应用设计自己的uri,不要互相干扰,比如你是微信应用,就设计weixin://打头的字符串,你是支付宝就设计alipay://打头的字符串,但实际上一方面App开发者有可能无意用到了雷同的scheme前缀,比如应用市场App都以market://打头,再或者有恶意开发者故意使用其他App的deep link,导致用户会出现误操作。当同一个链接会有多个App响应时,系统会默认弹出列表选项,让用户选择是要用哪个App打开,这也让用户的使用变得麻烦和不安全,为此就产生了App link,在iOS上专门叫做Universal link。

App link只在deep link之上限定了必须使用https作为scheme,而且要使用一个正常可使用的域名作为路径开头,这其实就是一个正常的网站地址了。考虑到域名是唯一所属于开发者的,所以不会出现冲突的情况,另一方面,如果App没有被正常调走(比如App并没有安装),https打头的链接系统会自动打开浏览器进行网页加载,这也给开发者提供了展示App或者说明原因的机会。

安卓配置deep link

比如需要通过myapp://com.example.app/来调起App,只需要在android/app/src/main/AndroidManifest.xml里配置intent filter即可:

<intent-filter>
    <action android:name="android.intent.action.VIEW" />
    <category android:name="android.intent.category.DEFAULT" />
    <category android:name="android.intent.category.BROWSABLE" />
    <data
        android:host="com.example.app"
        android:scheme="myapp" />
</intent-filter>

测试时,可以写一个简单的h5页面,将<a>的href写上目标链接即可。也可以更简单的使用如下命令:

adb shell am start -a android.intent.action.VIEW -c android.intent.category.BROWSABLE -d  myapp://com.example.app/

iOS配置deep link

iOS上只需要在Info里添加即可:

或者手动编辑plist文件,添加如下:

    <key>CFBundleURLTypes</key>
    <array>
        <dict>
            <key>CFBundleTypeRole</key>
            <string>Editor</string>
            <key>CFBundleURLName</key>
            <string>com.example.app</string>
            <key>CFBundleURLSchemes</key>
            <array>
                <string>myapp</string>
            </array>
        </dict>
    </array>

验证是否生效有三种方法,第一种是写一个带<a>标签的h5页面,第二种是使用命令:

xcrun simctl openurl booted myapp://com.example.app/

多安卓多一种方式,即第三种也是最方便的一种:使用备忘录(即 Notes)输入myapp://com.example.app/,输入之后再回车换行,就会被自动识别为可点击链接,点击该链接,看是否可以调起目标App,也可以长按该链接看是否会弹出菜单显示在目标App中打开的选项。

安卓配置App Link

安卓的App Link与Deep link类似,只是scheme为https。

安卓的App link使用并不广泛,特别是在国内,一方面,因为在验证域名所属权这块是必须要用到谷歌服务的,需要在服务器上部署/.well-known/assetlinks.json文件,此文件是在App安装之后通知谷歌服务器去读取。另一方面,各安卓手机的生产厂商都对系统做了定制化,有各家自己的App link格式要求,如此将控制权掌控在厂商自己手中。

关于/.well-known/assetlinks.json的格式内容本文不作记录。

验证链接有效性的命令也类似:

adb shell am start -a android.intent.action.VIEW -c android.intent.category.BROWSABLE -d  https://app.example.com/xxx/

iOS配置Universal Link(即App Link)

也是一样需要验证域名的所属权,验证链接是完全公开的,以微信为例子,链接路径为:https://mp.weixin.qq.com/.well-known/apple-app-site-association

其内容为:

{
    "applinks": {
        "apps": [],
        "details": [
            {
                "appID": "88L2Q4487U.com.tencent.mp",
                "paths": [ "/mpapp/*" ]
            },
            {
                "appID": "HKB8WPFBR9.com.tencent.mp.db",
                "paths": [ "/mpapp/*", "/db/mpapp/*" ]
            }
        ]
    }
}

appID为teamId + bundleId组成,路径当以星号结尾时指定了Universal Link生效的前缀。多个App使用同一个域名,可以details里写多个,如上所示。

这个/.well-known/apple-app-site-association部署之后,什么时候会被苹果服务器请求呢?是在相关App被安装之时通知苹果服务器,苹果服务器会在接下来的三天内请求,也就是说如果部署的apple-app-site-association内容有调整,并不会立马生效,生效时间最久可能需要三天。不过,自己实测,一般24小时内会被请求。

接着是在App中如何注册Universal Link,第一步是登录苹果开发者账号,确认下App使用的Identifier包含了Associated Domains功能:

第二步是在xcode中项目的capability里添加Associated Domains,applinks:打头,示例如下:

完成以上步骤之后,就可以在真机上运行了,不过在域名被验证之前,universal link并不会生效,需等一段时间,可以通过后端日志监控一下apple-app-site-association被抓取的时间。

验证是否生效,跟iOS的deep link验证三种方式一样。命令方式如下:

xcrun simctl openurl booted https://app.example.com/xxx

当未生效时执行以上命令,iOS系统会自动打开safari并加载该页面。如果生效时,那么就会直接调起目标App了。

发表于 2023年11月19日 15:12   评论:0   阅读:232  



回到顶部

首页 | 关于我 | 关于本站 | 站内留言 | rss
python logo   django logo   tornado logo