如果你将项目中的appcompat库升级到1.3.0或更高的版本，你会发现startactivityforresult()方法已经被废弃了。
这个方法相信所有做过android的开发者都用过，它主要是用于在两个activity之间交换数据的。
那么为什么这个如此常用的方法会被废弃呢？官方给出的说法是，现在更加建议使用activity result api来实现在两个activity之间交换数据的功能。
我个人的观点是，startactivityforresult()方法并没有什么致命的问题，只是activity result api在易用性和接口统一性方面都做得更好。既然有更好的api，那么就不再建议去使用过去老旧的api，所以才把startactivityforresult()方法标为了废弃。
其实除了startactivityforresult()方法之外，还有像requestpermissions()方法也被标为了废弃。看起来它们两者之间好像并没有什么关联，但是到了activity result api中，它们就被归属到了统一的api模板当中。因此，我们可以使用非常类似的代码去实现在两个activity之间交换数据，以及请求运行时权限的功能。
另外，activity result api的用法非常简单，一学就会。相信你看完本篇文章之后，就可以将自己项目中所有相关的代码都升级成activity result api的用法。
那么我们开始吧。
在两个activity之间交换数据
如果想要在两个activity之间交换数据，我们先回顾一下传统的写法：
class firstactivity : appcompatactivity() {
override fun oncreate(savedinstancestate: bundle?) {
super.oncreate(savedinstancestate)
setcontentview(r.layout.activity_first)
val firstbutton = findviewbyid<button>(r.id.first_button)
firstbutton.setonclicklistener {
val intent = intent(this, secondactivity::class.java)
startactivityforresult(intent, 1)
}
}
override fun onactivityresult(requestcode: int, resultcode: int, data: intent?) {
super.onactivityresult(requestcode, resultcode, data)
when (requestcode) {
1 -> {
if (resultcode == result_ok) {
val data = data?.getstringextra("data")
// handle data from secondactivity
}
}
}
}
}
这里调用了startactivityforresult()方法去向secondactivity请求数据，然后在onactivityresult()方法中去解析secondactivity返回的结果。
那么secondactivity中的代码是什么样的呢？这里我们就简单模拟一下，随便返回一个数据即可：
class secondactivity : appcompatactivity() {
override fun oncreate(savedinstancestate: bundle?) {
super.oncreate(savedinstancestate)
setcontentview(r.layout.activity_second)
val secondbutton = findviewbyid<button>(r.id.second_button)
secondbutton.setonclicklistener {
val intent = intent()
intent.putextra("data", "data from secondactivity")
setresult(result_ok, intent)
finish()
}
}
}
如此一来，firstactivity向secondactivity请求数据的功能就通了，是不是感觉也挺简单的？所以我刚才说了，startactivityforresult()方法并没有什么致命的问题。
那么接下来我们学习一下如何使用activity result api来实现同样的功能。
首先，secondactivity中的代码是不需要修改的。这部分代码并没有被废弃，activity result api也与它无关。
firstactivity中的代码，我们需要使用activity result api来替代startactivityforresult()的写法，如下所示：
class firstactivity : appcompatactivity() {
private val requestdatalauncher = registerforactivityresult(activityresultcontracts.startactivityforresult()) { result ->
if (result.resultcode == result_ok) {
val data = result.data?.getstringextra("data")
// handle data from secondactivity
}
}
override fun oncreate(savedinstancestate: bundle?) {
super.oncreate(savedinstancestate)
setcontentview(r.layout.activity_first)
val firstbutton = findviewbyid<button>(r.id.first_button)
firstbutton.setonclicklistener {
val intent = intent(this, secondactivity::class.java)
requestdatalauncher.launch(intent)
}
}
}
注意这里的代码变更。我们完全移除了对onactivityresult()方法的重写，而是调用registerforactivityresult()方法来注册一个对activity结果的监听。
registerforactivityresult()方法接收两个参数，第一个参数是一种contract类型，由于我们是希望从另外一个activity中请求数据，因此这里使用了startactivityforresult这种contract。第二个参数是一个lambda表达式，当有结果返回时则会回调到这里，然后我们在这里获取并处理数据即可。
registerforactivityresult()方法的返回值是一个activityresultlauncher对象，这个对象当中有一个launch()方法可以用于去启用intent。这样我们就不需要再调用startactivityforresult()方法了，而是直接调用launch()方法，并把intent传入即可。
这两种写法到底孰优孰劣呢？我个人感觉还是activity result api的写法更简单一点，不过总体优势并没有那么大。activity result api真正的优势在于我们接下来要讲的内容。
请求运行时权限
除了startactivityforresult()方法之外，requestpermissions()方法也被废弃了。至于理由都是一样的，推荐使用activity result api。
那么要如何使用activity result api来请求运行时权限呢？不要惊讶，它将会出奇得简单：
class firstactivity : appcompatactivity() {
private val requestpermissionlauncher = registerforactivityresult(activityresultcontracts.requestpermission()) { granted ->
if (granted) {
// user allow the permission.
} else {
// user deny the permission.
}
}
override fun oncreate(savedinstancestate: bundle?) {
super.oncreate(savedinstancestate)
setcontentview(r.layout.activity_first)
val firstbutton = findviewbyid<button>(r.id.first_button)
firstbutton.setonclicklistener {
requestpermissionlauncher.launch(manifest.permission.read_external_storage)
}
}
}
我们只需关注代码变更的部分。
由于这次是请求运行时权限，因此不能再使用刚才的startactivityforresult来作为contract了，而是要使用requestpermission这种contract。
另外由于指定了不同的contract类似，lambda表达式的参数也会发生变化。现在lambda表达式会传入一个布尔型的参数，用于告诉我们用户是否允许了我们请求的权限。
最后，launch()方法的参数也发生了变化，现在只需传入要请求的权限名即可。
有没有发现，这两段代码的模板出奇得一致。我们使用了两段差不多的代码，实现了之前几乎并没有太大联系的两个功能。这就是activity result api的好处，它将一些api的接口统一化，使得我们在实现特定功能的时候能够变得非常简单。
内置contract
刚才我们体验了startactivityforresult和requestpermission这两种contract，分别用于在两个activity之间交换数据，以及请求运行时权限。它们都是activity result api中内置的contract。
那么除此之外，我们还有哪些内置contract可以使用呢？
下面是我列出的appcompat 1.3.0版本所支持的所有内置contract，以后还可能会继续增加新的contract：
startactivityforresult()
startintentsenderforresult()
requestmultiplepermissions()
requestpermission()
takepicturepreview()
takepicture()
takevideo()
pickcontact()
getcontent()
getmultiplecontents()
opendocument()
openmultipledocuments()
opendocumenttree()
createdocument()
每个contract的命名已经明确表示它们的作用是什么了，也就是说，当我们要实现以上contract所包含的功能时，都不需要再自己手动费力去写了，activity result api已经帮我们支持好了。
比如，我想要调用手机摄像头去拍摄一张图片，并且得到这张图片的bitmap对象，那么就可以使用takepicturepreview这个contract。
实现代码如下：
class firstactivity : appcompatactivity() {
private val takepicturelauncher = registerforactivityresult(activityresultcontracts.takepicturepreview()) { bitmap ->
// bitmap from camera
}
override fun oncreate(savedinstancestate: bundle?) {
super.oncreate(savedinstancestate)
setcontentview(r.layout.activity_first)
val firstbutton = findviewbyid<button>(r.id.first_button)
firstbutton.setonclicklistener {
takepicturelauncher.launch(null)
}
}
}
代码非常简单，就是换了一下contract类型，然后lambda表达式的参数会变成bitmap对象。另外由于takepicturepreview这个contract不需要输入参数，所以我们调用launch()方法的时候直接传入null就可以了。
看到这里，可能有些读者朋友会比较好奇。我怎么知道每种contract要求什么输入参数，以及lambda表达式中返回的参数是什么呢？
这个很简单，只需要看一下这个contract的源码即可。比如takepicturepreview的源码如下：
/**
* an {@link activityresultcontract} to
* {@link mediastore#action_image_capture take small a picture} preview, returning it as a
* {@link bitmap}.
* <p>
* this can be extended to override {@link #createintent} if you wish to pass additional
* extras to the intent created by {@code super.createintent()}.
*/
public static class takepicturepreview extends activityresultcontract<void, bitmap> {
...
}
我们暂时不用关心takepicturepreview内部的具体实现，只要看一下它在继承父类时指定的泛型类型即可。其中第一个参数就是要求的输入参数，而第二个参数就是lambda表达式返回的输出参数。
只要掌握这个小技巧，每种contract你就都能轻松运用自如了。那么我就不再多做演示，剩下这些contract的用法等待你自己去探索。
自定义contract
除了以上内置contract之外，我们确实也可以定义自己的contract类型。
虽然我觉得这个必要性并不是很强，因为内置contract已经可以帮助我们应对绝大多数场景了。
不过，自定义contract并不是一件复杂的事情。相反，它非常简单，所以这里还是简略提一下吧。
刚才我们大概看到了takepicturepreview的源码实现，它必须继承自activityresultcontract类，并通过泛型来指定当前conract类型的输入参数和输出参数。
activityresultcontract是一个抽象类，它的内部定义了两个抽象方法，如下所示：
public abstract class activityresultcontract<i, o> {
public abstract @nonnull intent createintent(@nonnull context context, i input);
public abstract o parseresult(int resultcode, @nullable intent intent);
...
}
也就是说，任何一个继承自activityresultcontract的contract，都需要重写createintent()和parseresult()这两个方法。
而这两个方法的作用也非常明显。createintent()就是用于创建一个intent，后续会使用这个intent来发起动作，比如启动另外一个activity去获取数据，或者打开相机去拍照等等。而parseresult()则是用于解析响应的结果，并把解析出来的结果作为输出参数返回到lambda表达式当中。
每一个内置的contract都是使用的这种规则来封装的自己的逻辑。
那么我们要自定义一个什么样的contract来进行演示呢？
我想了一下，刚才在编写两个activity之间交换数据的时候，我们需要显示地启动secondactivity，并手动将secondactivity返回的数据从intent中解析出来，这就稍微有些麻烦。而借助自定义contract就可以对此处进行优化。
新建一个叫做getdatafromsecondactivity的contract，代码如下所示：
class getdatafromsecondactivity : activityresultcontract<void, string?>() {
override fun createintent(context: context, input: void?): intent {
return intent(context, secondactivity::class.java)
}
override fun parseresult(resultcode: int, intent: intent?): string? {
if (resultcode == activity.result_ok) {
if (intent != null) {
return intent.getstringextra("data")
}
}
return null
}
}
我们通过泛型指定，这个contract的输入参数是void，输出参数是一个字符串。
然后在createintent()方法中，我们手动创建了一个intent，并将它的用途设置为打开secondactivity。
最后在parseresult()方法中，我们对secondactivity返回的结果进行解析，并将解析出来的字符串作为输出参数返回。
这样一个自定义的contract就完成了，而我们使用这个contract再去实现最开始的在两个activity之间交换数据的功能，就会变得更加简单：
class firstactivity : appcompatactivity() {
private val getdatalauncher = registerforactivityresult(getdatafromsecondactivity()) { data ->
// handle data from secondactivity
}
override fun oncreate(savedinstancestate: bundle?) {
super.oncreate(savedinstancestate)
setcontentview(r.layout.activity_first)
val firstbutton = findviewbyid<button>(r.id.first_button)
firstbutton.setonclicklistener {
getdatalauncher.launch(null)
}
}
}
可以看到，借助getdatafromsecondactivity这个contract，我们不需要再显式地声明去启动secondactivity，launch()方法直接传入null即可。另外，我们也不需要再去手动解析secondactivity返回的数据，lambda表达式上的参数就是解析出来的结果了。
最后一个小问题
到这里，我们基本就将activity result api的所有内容都学完了。
在本篇文章的最后，我想再回答一个小问题。因为我自己当初在使用activity result api的时候产生过这样的疑惑，所以我猜或许也会有朋友有同样的问题，那么在这里就顺手解答了。
现在你已经知道，activity result api是可以完全取代startactivityforresult()方法的。但是我们在调用startactivityforresult()方法时，除了传入intent之外，还需要再传入一个requestcode，用于在多个任务之间进行区分。比如如下代码：
class firstactivity : appcompatactivity() {
override fun oncreate(savedinstancestate: bundle?) {
super.oncreate(savedinstancestate)
setcontentview(r.layout.activity_first)
val firstbutton = findviewbyid<button>(r.id.first_button)
val secondbutton = findviewbyid<button>(r.id.second_button)
firstbutton.setonclicklistener {
val intent = intent(intent.action_view)
startactivityforresult(intent, 1)
}
secondbutton.setonclicklistener {
val intent = intent(intent.action_dial)
startactivityforresult(intent, 2)
}
}
override fun onactivityresult(requestcode: int, resultcode: int, data: intent?) {
super.onactivityresult(requestcode, resultcode, data)
when (requestcode) {
1 -> {
// handle result for action_view
}
2 -> {
// handle result for action_dial
}
}
}
}
这里我们分别在两处调用了startactivityforresult()方法，它们各自用于处理不同的任务，因此需要给它们设置不同的requestcode。
在onactivityresult()方法当中，我们为了区分这个结果是来自之前的哪个任务的，所以要在这里再对requestcode进行判断。
这是以前使用startactivityforresult()方法时的传统写法。
而activity result api是没有地方让你传入requestcode的。
我在刚接触activity result api的时候受思维惯性的影响被这个问题困扰了一下，没有地方传入requestcode该怎么办呢？
后来思维转过来弯之后发现，原来activity result api根本就不需要requestcode这种东西，我们可以使用如下写法来实现和刚才完全一样的功能：
class firstactivity : appcompatactivity() {
private val actionviewlauncher = registerforactivityresult(activityresultcontracts.startactivityforresult()) { result ->
// handle result for action_view
}
private val actiondiallauncher = registerforactivityresult(activityresultcontracts.startactivityforresult()) { result ->
// handle result for action_dial
}
override fun oncreate(savedinstancestate: bundle?) {
super.oncreate(savedinstancestate)
setcontentview(r.layout.activity_first)
val firstbutton = findviewbyid<button>(r.id.first_button)
val secondbutton = findviewbyid<button>(r.id.second_button)
firstbutton.setonclicklistener {
val intent = intent(intent.action_view)
actionviewlauncher.launch(intent)
}
secondbutton.setonclicklistener {
val intent = intent(intent.action_dial)
actiondiallauncher.launch(intent)
}
}
}
由此也可以看出，activity result api的设计更加合理，不需要借助requestcode这种魔术数字也能对多个任务进行区分。
一切都更加简单和清晰。
到此这篇关于android 超详细深刨activity result api的使用的文章就介绍到这了,更多相关android activity result 内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！
