Android Fragment和Activity的交互介绍 _Activity

知识就是力量，时间就是生命。这篇文章主要讲述Android Fragment和Activity的交互介绍相关的知识，希望能为你提供帮助。
Fragment和Activity的交互一个Fragment的实例总是和包括它的Activity直接相关。

fragment能够通过getActivity() 方法来获得Activity的实例。然后就能够调用一些比如findViewById()之类的方法。
如：
View listView = getActivity().findViewById(R.id.list);
可是注意调用getActivity()时，fragment必须和activity关联（attached to an activity）。否则将会返回一个null。

相似的，activity也能够获得一个fragment的引用。从而调用fragment中的方法。
获得fragment的引用要用FragmentManager。之后能够调用findFragmentById() 或者 findFragmentByTag().
比方：
ExampleFragment fragment = (ExampleFragment) getFragmentManager().findFragmentById(R.id.example_fragment);
创建事件回调一些情况下，可能须要fragment和activity共享事件，一个比較好的做法是在fragment里面定义一个回调接口。然后要求宿主activity实现它。
当activity通过这个接口接收到一个回调，它能够同布局中的其它fragment分享这个信息。
比如，一个新闻显示应用在一个activity中有两个fragment，一个fragment A显示文章题目的列表，一个fragment B显示文章。
所以当一个文章被选择的时候，fragment A必须通知activity，然后activity通知fragment B，让它显示这篇文章。

这个情况下，在fragment A中声明一个这种接口OnArticleSelectedListener：

文章图片

public static class FragmentA extends ListFragment { ... // Container Activity must implement this interface public interface OnArticleSelectedListener { public void onArticleSelected(Uri articleUri); } ... }

文章图片

之后包括这个fragment的activity实现这个OnArticleSelectedListener接口。用覆写的onArticleSelected()方法将fragment A中发生的事通知fragment B。
为了确保宿主activity实现这个接口。fragment A的onAttach() 方法（这种方法在fragment 被增加到activity中时由系统调用）中通过将传入的activity强制类型转换。实例化一个OnArticleSelectedListener对象：

文章图片

public static class FragmentA extends ListFragment { OnArticleSelectedListener mListener; ... @Override public void onAttach(Activity activity) { super.onAttach(activity); try { mListener = (OnArticleSelectedListener) activity; } catch (ClassCastException e) { throw new ClassCastException(activity.toString() + " must implement OnArticleSelectedListener"); } } ... }

文章图片

假设activity没有实现这个接口。fragment将会抛出ClassCastException异常，假设成功了，mListener将会是activity实现OnArticleSelectedListener接口的一个引用。所以通过调用OnArticleSelectedListener接口的方法，fragment A能够和activity共享事件。

比方。假设fragment A是ListFragment的子类，每一次用户点击一个列表项目，系统调用fragment中的onListItemClick() 方法，在这种方法中能够调用onArticleSelected()方法与activity共享事件。

文章图片

public static class FragmentA extends ListFragment { OnArticleSelectedListener mListener; ... @Override public void onListItemClick(ListView l, View v, int position, long id) { // Append the clicked item\'s row ID with the content provider Uri Uri noteUri = ContentUris.withAppendedId(ArticleColumns.CONTENT_URI, id); // Send the event and Uri to the host activity mListener.onArticleSelected(noteUri); } ... }

文章图片

处理Fragment的生命周期三种停留状态
管理fragment的生命周期和管理activity的生命周期类似，和activity一样。fragment能够在三种状态下停留：
Resumed
fragment在running的activity中可见。

Paused
还有一个activity在前景执行，而且享有焦点，可是这个fragment所在的activity仍然可见（前景activity部分遮挡或者是半透明的）。
Stopped
fragment不可见。
可能是由于宿主activity处于stopped状态。或者fragment被remove掉，然后加在了back stack中。
一个处于stopped状态的activity还是存活状态的，全部的状态和成员信息会被系统保持。可是。它不再被用户可见。而且假设宿主activity被kill掉，它也会被kill掉。

数据存储和恢复
和Activity类似，能够用Bundle类对象保存fragment的状态。当activity的进程被kill之后，须要重建activity时，能够用于恢复fragment的状态。
存储时利用onSaveInstanceState()回调函数，恢复时是在 onCreate(), onCreateView(), 或者onActivityCreated()里。

Back Stack
activity和fragment生命周期最重要的不同之处是它们怎样存储在各自的back stack中。
Activity停止时，是存在一个由系统维护的back stack中。可是当fragment停止（被remove）时。须要程序猿显示地调用addToBackStack() ，而且fragment是存在一个由宿主activity掌管的back stack中。

Fragment和Activity的生命周期
宿主activity的声明周期直接影响到fragment的生命周期，比方activity生命周期的回调函数调用时，全部在当中的fragment的同样的回调函数会同一时候被调用。
Fragment另一些额外的生命周期回调函数：
onAttach()
当fragment和activity被关联时调用。
onCreateView()
当创建fragment的UI被初始化时调用。
onActivityCreated()
当activity的onCreate()方法返回时调用。
onDestroyView()
当fragment的UI被移除的时候调用。
onDetach()
当fragment和activity去关联时调用。

如图：

文章图片

从这个图上能够看出activity的状态决定了fragment可能接收到的回调函数。
比方说。当activity接收到它的onCreate()回调函数，那么这个activity中的fragment最多接收到了onActivityCreated()。
当activity处于Resumed状态时，能够自由地加入和移除fragment，也即是说。仅仅有activity在Resumed状态时，fragment的状态能够独立改变。

可是，当activity离开Resumed状态，fragment的生命周期被activity控制。
【Android Fragment和Activity的交互介绍】