Android自定义URL使用Scheme方式唤起Activity或App


最近由于工作需要,使用Scheme方式自定义URL来跨应用间调用,踩了一些坑,现在记录一下。

1、Scheme方式配置

manifest中配置能接受Scheme方式启动的activity

<intent-filter>
       <action android:name="android.intent.action.VIEW"></action>  
       <category android:name="android.intent.category.DEFAULT"></category>
       <category android:name="android.intent.category.BROWSABLE"></category>   
       <data
            android:scheme="app"
            android:host="test">
       </data>  
</intent-filter>
如果需要配置能被js调起,一定要配置下面这句
<category android:name="android.intent.category.BROWSABLE"></category>

data配置的属性:

android:scheme="app"表示配置接受的协议为app,相当于http://www.baidu.com中的http或者https

android:host="test"表示配置接受的域名为test,相当于http://www.baidu.com中的www.baidu.com

2、使用URL调起Activity

Uri uri=Uri.parse("app://test");
Intent intent=new Intent(Intent.ACTION_VIEW,uri);
startActivity(intent);

3、使用js调起Activity

window.location = "app://test";  

4、实际使用中的一些小细节

当自定义的URL配置在LAUNCHER对应的Activity上时,上述配置就足够了。

但是当自定义的URL配置在非LAUNCHER对应的Activity时,还需要增加额外几步操作。


问题一:使用自定义的URL启动Activity时,默认是已FLAG_ACTIVITY_NEW_TASK的方式启动的,所以可能存在URL启动的Activity跟应用已启动的Activity不再同一个堆栈的现象。

解决方式:这种情况下,需要在manifest中将Activity多配置一个taskAffinity属性,约束URL启动的Activity与应用自身的启动的Activity在同一个堆栈中。


问题二:应用A使用url的方式唤起应用B的Activity时,可能存在应用B的Activity启动了,但是堆栈仍然在后台的现象,即应用B的Activity没有聚焦的问题。

解决方式:这种情况下,应用B的Activity收到启动的请求后,可以主动将Activity对应的堆栈移动到最前端。

ActivityManager activityManager = (ActivityManager) getSystemService(Context.ACTIVITY_SERVICE);
activityManager.moveTaskToFront(getTaskId(), ActivityManager.MOVE_TASK_WITH_HOME);
使用这种方式需要注意的是该api是在Android 3.0(api 11)以后才提供的,现在基本上手机rom版本都是Android4.4以上了,就不太需要关注3.0一下怎么处理了,且使用这个需要在manifest中申请android.permission.REORDER_TASKS权限。






### 实现和使用URL Scheme进行应用间通信 #### iOS平台上的实现方式 对于iOS应用程序而言,为了使其他程序能够通过特定的URL Scheme启动当前的应用并传递数据,在`Info.plist`文件中需注册该Scheme。具体来说,就是在`<dict>`标签内加入如下结构的内容: ```xml <key>CFBundleURLTypes</key> <array> <dict> <key>CFBundleURLName</key> <string>com.example.appname</string> <key>CFBundleURLSchemes</key> <array> <string>myappscheme</string> </array> </dict> </array> ``` 之后,在`AppDelegate.swift`对应的Objective-C版本里重载两个函数用于接收来自外部链接的数据请求。这两个重要的回调分别是`application(_:open:options:)`以及`application(_:continue:userActivity)`[^1]。 当接收到带有指定scheme前缀(如`myappscheme://path?query=param`)的URL时,系统将会唤醒已安装的支持此scheme的目标APP,并执行上述提到的方法来解析路径与查询字符串中的信息。 #### Android平台上实现方式 而在Android环境中,则是利用Intent Filters机制配合自定义URI模式完成相似功能。开发者可以在Manifest.xml中声明支持哪些类型的intent action及data schema: ```xml <intent-filter> <action android:name="android.intent.action.VIEW"/> <category android:name="android.default.category.DEFAULT"/> <category android:name="android.browser.category.BROWSABLE"/> <data android:scheme="myscheme" /> </intent-filter> ``` 这里同样可以通过设置不同的host、port甚至path pattern进一步细化匹配规则。一旦某个activity被配置好相应的filter后,只要设备上存在符合条件的url点击事件发生,就会触发这个activity实例化运行,并可通过getIntent().getData()获取完整的uri对象以便后续处理[^2]。 #### 应用场景举例说明 假设有一个名为NewDemo的应用想要唤起另一个叫作SchemeDemo的应用,并向其发送一些简单的参数。那么在NewDemo这边可以构建形似这样的超链接:`myscheme://target/path?param=value&anotherParam=anothervalue`;而作为响应方的SchemeDemo则负责监听此类形式的入口点,并从中提取出必要的业务逻辑所需的信息来进行下一步操作[^3]。
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值