4.2.4 碎片和活动之间进行通讯(Fragment和Activity)

虽然碎片都是嵌入在活动中显示的,可以实际上它们的关系并没有那么亲密。你可以看出,碎片和活动各自存在于一个独立的类当中的,它们之间没有那么明显的方式来直接进行通讯。如果 想要在活动中调用碎片里的方法,或者在碎片中调用活动里的方法,因该如何实现啦?

为了方便碎片和活动之间进行通讯,FragmentManger提供了一个雷诗雨findViewById()的方法,专门用于从布局文件中获取碎片的实例,代码如下所示:

4.2.4 碎片和活动之间进行通讯(Fragment和Activity) - 阿里云

调用FragmentManger的findFragmentById()方法,就可以在活动中得到相应碎片的实例,然后就能轻松地调用碎片里的方法了。

             掌握了如何在活动中调用碎片里的方法,那么碎片中又该怎么调用活动里的方法啦?其实这就更简单了,在每个碎片都可以通过调用getActivity()方法来得到当前碎片相关的活动实例,代码如下:

4.2.4 碎片和活动之间进行通讯(Fragment和Activity) - 阿里云

             有了活动实例之后,在碎片中调用活动里的方法就变得轻而易举了,另外当碎片中需要使用Context对象时,也可以使用getActivity()方法,因为获取到的活动本身就是Context对象。

             这是不知道你心中会不会产生一个疑问:既然碎片和活动之间通讯问题已经解决了,那么碎片和碎片之间通讯啦?

             说实在的,这个问题并没有看上去那么复杂,它的基本思路非常简单,首先在一个碎片中可以得到与它相关联的活动,然后再通过这个活动取货去另一个碎片的实例,这样也就实现了不同碎片之间的通讯功能,因此这里我们的答案是肯定的。

4.3 碎片的生命周期

             和活动一样,碎片也有自己的生命周期,并且和活动的生命周期太像了,我相信你很快就能学会,下面我们马上就来看一下。

4.3.1碎片的状态和回调

还记得每个活动在其生命周期内可能会有几种状态吗?没错,一共有运行状态、暂停状态、停止状态和销毁状态这4种。类似的,每个碎片在其生命周期内也可能会经历这几种状态,只不过在一些细小的地方会有部分区别。

1.运行状态

           当一个碎片是可见的,并且他所有关联的活动正处于运行状态,该碎片也处于运行的状态。

2.暂停状态

           当一个活动进入暂停状态时(由于另一个为沾满屏幕的活动被添加到栈顶),与他相关联的可见碎片就会进入到暂停状态。

3.停止状态

当一个活动进入停止状态时,与它相关的碎片就会进入停止状态,或者通过调用 ,但如果在事务提交之前调用addToBackStack()方法,这时的碎片也会进入到停滞状态。总的来说,进入停止状态的碎片对用户来说是完全不可见的,有可能会被系统回收;

4.销毁状态

碎片总是依附于活动的存在而存在,因此当活动被销毁时,与它相关的碎片就会进入到销毁状态。但在事务提交之前并没有调用addToBackStack()方法,这时的碎片也会进入到销毁状态。

结合之前活动状态,相信你理解起来应该毫不费力气。同样的Fragment类中也提供了一系列的回调方法,以覆盖碎片生命周期的每个环节。其中活动中有的会调方法,碎片中几乎都有,不过碎片还提供了一些附加的回调方法,那我们就重点看一下这几个回调方法。

onAttach()。当碎片和活动建立关联的时候调用。

onCreateView()为碎片创建视图(加载布局)是调用

onActivityCreated()确保与碎片相关练得活动一定已经创建完毕的时候调用。

onDestroyView。当与碎片关联的视图被移除的时候调用

onDetach()当碎片和活动解除关联的时候调用

4.2.4 碎片和活动之间进行通讯(Fragment和Activity) - 阿里云

4.3.2体验碎片的生命周期

           为了让你能够体验更加直观地体验碎片的生命周期,我们还是通过一个例子来实践一下。例子很简单,仍然是在FragmentTest项目的基础上改动。

一次将Fragment里面的生命周期写出来

          我们在RightFragment中每一个回调方法里加入了打印日志代码,然后重新运行程序:

         可以看到当RightFragment第一次被加载到屏幕上时,会依次执行onAttach()、onCreat()、onCreatView()、onActivityCreated()、onstart()和onResume()方法。然庵后你点击leftFragment()中的按钮,此时打印信息如图所示:

           由于AnotherFragment替换了RightFragment,此时的RightFragment进入了停止状态,因此opPause()、onStop()和onDesrtroyView()方法会得到执行。当然如果在替换的是偶没有调用addToBackStack()方法,此时的RightFragment就会进入销毁状态,onDestroy()和onDetach()方法就会得到执行。

接着按下Back键,RightFragment会重新回到屏幕,打印信息如图4.10所示:

   1   onCreatView()

   2   onActivityCreated()

   3   onstart()

   4   onResume()

              由于RightFragment重新回到了运行状态,因此onCreatView()、onActivityCreated()、 onstart()、 onResume()方法会得到执行。注意此时onCreat()方法并不会执行,因为我们借助addToBackStack()方法使得RightFragment并没有被销毁。

             现在再次按下Back键,打印信息如图4.11所示:

            一次会执行onPause()、onStop()、onDestroyView()、onDestroy()、onDetach()方法,最终将碎片销毁。这样碎片完整的生命周期也体验了一遍,是不是理解得更加深刻了?

另外值得一提的是,在碎片中你也是可以通过onSaveInstanceState()方法来保存数据的,因为进入停止状态的碎片有可能在系统内存不足的时候被回收。保存下来的数据在onCreat(),onCreatView()和onActivitytCreated()这3个方法中你都可以重新得到,他们都会含有一个Bundle类型的savedInstanceState参数。具体的代码我就不在这里给出了,如果你忘记了该如何编写,可以参考2.4.5小节(第一行代码二版)。

Fragment的生命周期(重写方法as快捷键Ctrl + O)

4.2.4 碎片和活动之间进行通讯(Fragment和Activity) - 阿里云

4.2.4 碎片和活动之间进行通讯(Fragment和Activity) - 阿里云