Fragment笔记整理

前言

一直在用Fragment，但是没有系统的整理过，Google了一下相关文章，看到了几篇，将几篇还不错的文章重点整理了下，很多是直接Copy的，只为做个笔记，以后翻来看比较方便，建议大家看一下下面几篇，相信会有一些收获的。

Android Fragment 真正的完全解析（上）

http://blog.csdn.net/lmj623565791/article/details/37970961

Android Fragment 真正的完全解析（下）

http://blog.csdn.net/lmj623565791/article/details/37992017

Android Fragment 你应该知道的一切

http://blog.csdn.net/lmj623565791/article/details/42628537

Android 屏幕旋转 处理 AsyncTask 和 ProgressDialog 的最佳方案

http://blog.csdn.net/lmj623565791/article/details/37936275

Fragment出现的缘由

不同大小屏幕的手机、平板、以及TV要展示统一的界面，但是由于屏幕大小不同，布局展示上就会有差异，但是又不想写多套布局，Fragment便诞生了。比如在手机上，先展示列表内容，点击后，再进入详情，而在平板或者电视上，因为屏幕足够大，那么就要充分利用屏幕，可以左侧展示列表，右侧实时的展示详情。比如Activity上面提到的列表和详情，手机和平板上的详情直接加载一个Fragment就可以了，不要再为平板单独写一套代码，达到了代码复用的效果。

生命周期

关于Activity与Fragment的完整声明周期以及交互，你可以在android-lifecycle 中看到，由于图片太大，这里就不展示了，建议大家都看一下。

生命周期方法介绍

因为Fragment是依赖与Activity的。所以会有onAttach，和onDetach,onActivityCreate.这样的和Activity相关的方法。另外Fragment也有自己的创建和销毁视图的方法：onCreateView和onDestoryView。

Create阶段：

onAttach，onCreate，onCreateView，onActivityCreated

Destory阶段：

onDestroyView，onDestory,onDettach.

Create的时候多了一个onActivityCreated的回调，Activity创建完成的回调。

onAttached()

当fragment被加入到activity时调用（在这个方法中可以获得所在的activity）

onCreateView()

当activity要得到fragment的layout时，调用此方法，fragment在其中创建自己的layout(界面)。

onActivityCreated()

当activity的onCreated()方法返回后调用此方法

onDestroyView()

当fragment中的视图被移除的时候，调用这个方法。

onDetach()

当fragment和activity分离的时候，调用这个方法。

一旦activity进入resumed状态（也就是running状态），fragment的生命周期才能独

立的运转，才可以自由地添加和删除fragment了。其它时候是依赖于activity的生命周期变化的。

创建Fragment的两种方式

XML布局中使用标签

不能移除，而且这种方式在Activity创建的时候，就被创建出来了，灵活性差，仅仅作为简单的视图展示可以。

代码动态添加

可以实现不同Fragment之间的切换：FragmentManager实现activity运行时对fragment进行添加，移除，和替换。推荐的方式，可控性高，方便处理不同屏幕的适配。但布局中必须有一个视图容器去存放fragment。

FragmentTransaction的方法

FragmentTransaction transaction = fm.benginTransatcion();//开启一个事务

transaction.add()

往Activity中添加一个Fragment

transaction.remove()

从Activity中移除一个Fragment，如果被移除的Fragment没有添加到回退栈（回退栈后面会详细说），这个Fragment实例将会被销毁。

transaction.replace()

使用另一个Fragment替换当前的，实际上就是remove()然后add()的合体~

transaction.hide()

隐藏当前的Fragment，仅仅是设为不可见，并不会销毁

transaction.show()

显示之前隐藏的Fragment

detach()

将此Fragment从Activity中分离，会销毁其布局，但不会销毁该实例

attach()

将从Activity中分离的Fragment，重新关联到该Activity，重新创建其视图层次

transatcion.commit()

提交一个事务

在一个事务开启到提交可以进行多个的添加、移除、替换等操作。

正确使用API

a、当切换到Fragment时，如果希望切回来后数据和面板状态仍然存在，可以使用hide和show，当然了不要使劲在那new实例，进行下非null判断。

b、不希望保留用户操作，你可以使用remove()，然后add()；或者使用replace()这个和remove,add是相同的效果。

c、remove和detach有一点细微的区别，在不考虑回退栈的情况下，remove会销毁整个Fragment实例，而detach则只是销毁其视图结构，实例并不会被销毁。那么二者怎么取舍使用呢？如果你的当前Activity一直存在，那么在不希望保留用户操作的时候，你可以优先使用detach。

管理Fragment回退栈

通过FragmentManager对象和FragmentTransaction来进行事物管理。你也可以将Fragment压入堆栈，这样按返回键的时候可以回退到上一个Fragment。

调用add()方法即可添加一个fragment。 你可以对activity使用同一个FragmentTransaction对象去执行多个fragment事务，当你确定要做这些操作时，你必须调用commint()方法。

通过replace方法来替换一个Fragment。如果你希望让用户可以通过fragment事务“后退”，需要在提交fragment事务之前调用 addToBackStack()方法。

注意：

如果当你移除或者替换fragment时将事务添加到堆栈中（允许用户撤销或后退），那么被移除的fragment就被停止了(没有消亡，但视图已经销毁了)，如果用户导航回来重新加载这个fragment，它将会重新启动，视图也会重新创建，如果你没有把事务加入到堆栈中，当fragment被删除或者替换时，这个fragment也就消亡了。

调用tx.addToBackStack(null);将当前的事务添加到了回退栈，所以Fragment实例不会被销毁，但是视图层次依然会被销毁，即会调用onDestoryView和onCreateView.

replace是remove和add的合体，如果使用了replace并且没有将之前的Fragment添加到回退栈，那么该Fragment实例会被销毁。

类似与Android系统为Activity维护一个任务栈，我们也可以通过Activity维护一个回退栈来保存每次Fragment事务发生的变化。如果你将Fragment任务添加到回退栈，当用户点击后退按钮时，将看到上一次的保存的Fragment。一旦Fragment完全从后退栈中弹出，用户再次点击后退键，则退出当前Activity。

Fragment与Activity的交互

Activity直接影响它所包含的fragment的生命周期，所以对activity的某个生命周期方法的调用也会产生对fragment相同方法的调用。

例如：当activity的onPause()方法被调用时，它所包含的所有的fragment们的onPause()方法都会被调用。

为了重用Fragment UI组件，你应该将Fragment建立成完全独立。一旦你定义了这些可重用的Fragment， 你可以通过activity，使它们关联以及交互，Fragment之间的交互也应该通过Activity统一管理，各个Fragment之间应该保持独立。

Activity 与 Fragment交互的实现方式

a、如果你Activity中包含自己管理的Fragment的引用，可以通过引用直接访问所有的Fragment的public方法

b、如果Activity中未保存任何Fragment的引用，那么没关系，每个Fragment都有一个唯一的TAG或者ID,可以通过getFragmentManager.findFragmentByTag()或者findFragmentById()获得任何Fragment实例，然后进行操作。

c、（推荐）在Fragment中定义回调接口listener，由Activity实现，然后在Fragment的onAttach获取到该Activity强转为listener，之后进行一些操作。

这种方式是一种比较官方的做法，Android官方文档的举例就是这样的方式，而且在AndroidStudio中创建一个FragmentActivity的时候，会为你写好这些回调，也说明官方推荐这种方式。

如何处理运行时配置发生变化

当屏幕旋转或者当你的应用被至于后台（例如用户点击了home），长时间没有返回的时候，你的应用也会被重新启动。这样会导致Fragment的重复创建，导致Fragment重叠的问题。

解决Fragment的重复创建

在Activity的onCreate方法中对saveInstanceState进行判断，如果saveInstaceState==null时，再进行Fragment创建。现在无论进行多次旋转都只会有一个Fragment实例在Activity中。

if(savedInstanceState == null)

{

mFOne = new FragmentOne();

FragmentManager fm = getFragmentManager();

FragmentTransaction tx = fm.beginTransaction();

tx.add(R.id.id_content, mFOne, “ONE”);

tx.commit();

}

解决Fragment重叠的问题

https://typeblog.net/tech/2014/08/22/fix-duplicate-menu.html

在Activity中复写onSaveIndstanceState方法然后注释掉super.onSaveInstanceState()

这种方式不保存之前的Fragment状态，因此不会重叠。

1 2 3 4

@Override protected void onSaveInstanceState(Bundle bundle) { // do not call super.onSaveInstanceState() }

如果Fragment发生重建，如何保持原本的数据？

和Activity类似，Fragment也有onSaveInstanceState的方法，在此方法中进行保存数据，然后在onCreate或者onCreateView或者onActivityCreated进行恢复都可以。

Fragment状态的恢复

a、onSaveInstanceState()和onRestoreInstanceState()

少量数据，可以通过onSaveInstanceState()和onRestoreInstanceState()进行保存与恢复。

Android会在销毁你的Activity之前调用onSaveInstanceState()方法，于是，你可以在此方法中存储关于应用状态的数据。然后你可以在onCreate()或onRestoreInstanceState()方法中恢复

b、Fragment

大量数据，使用Fragment保持需要恢复的对象

c、自已处理配置变化

注:getLastNonConfigurationInstance()已经被弃用，被上述方法二替代。

使用Fragment来保存对象、恢复数据

如果重新启动你的Activity需要恢复大量的数据，重新建立网络连接，或者执行其他的密集型操作，这样完全重新启动可能会是一个慢的用户体验。并且，使用系统提供的onSaveIntanceState()的回调中，使用Bundle来完全恢复你Activity的状态是可能是不现实的（Bundle不是设计用来携带大量数据的（例如bitmap），并且Bundle中的数据必须能够被序列化和反序列化），这样会消耗大量的内存和导致配置变化缓慢。

在这样的情况下，当你的Activity因为配置发生改变而重启，你可以通过保持一个Fragment来缓解重新启动带来的负担。这个Fragment可以包含你想要保持的有状态的对象的引用。

在屏幕旋转后，可以使用Lru缓存来存储Fragment中的图片，然后可以快速的从内存中读取。当Android系统因为配置变化关闭你的Activity的时候，你的Activity中被标识保持的fragments不会被销毁。你可以在你的Activity中添加这样的fragements来保存有状态的对象。

在运行时配置发生变化时，在Fragment中保存有状态的对象

a) 继承Fragment，声明引用指向你的有状态的对象

b) 当Fragment创建时调用setRetainInstance(boolean)

c) 把Fragment实例添加到Activity中

d) 当Activity重新启动后，使用FragmentManager对Fragment进行恢复

1 2 3 4 5 6 7 8

public void setData(Object data) { this.data = data; } public Object getData(){ return data; }

在Fragment的onDestroy方法中为Fragment调用setData设置数据。然后在Activity重新创建时获取到该Fragment实例，调用getData()方法，获取到保存的数据。进行视图填充。

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34

public class FragmentRetainDataActivity extends Activity{ private static final String TAG = "FragmentRetainDataActivity"; private RetainedFragment dataFragment; private DialogFragment mLoadingDialog; private ImageView mImageView; private Bitmap mBitmap; @Override public void onCreate(Bundle savedInstanceState){ super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); Log.e(TAG, "onCreate"); // find the retained fragment on activity restarts FragmentManager fm = getFragmentManager(); dataFragment = (RetainedFragment) fm.findFragmentByTag("data"); // create the fragment and data the first time if (dataFragment == null) { // add the fragment dataFragment = new RetainedFragment(); fm.beginTransaction().add(dataFragment, "data").commit(); } mBitmap = getData(); initData(); // the data is available in dataFragment.getData() } } private Object getData(){ return dataFragment.getData(); }

配置configChanges，自己对屏幕旋转的变化进行处理

此时，无论用户何时旋转屏幕都不会重新启动Activity，并且onConfigurationChanged中的代码可以得到调用。

1 2 3 4

<activity android:name=".ConfigChangesTestActivity" android:configChanges="screenSize|orientation" > </activity>

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

/** * 当配置发生变化时，不会重新启动Activity。但是会回调此方法，用户自行进行对屏幕旋转后进行处理 */ @Override public void onConfigurationChanged(Configuration newConfig) { super.onConfigurationChanged(newConfig); if (newConfig.orientation == Configuration.ORIENTATION_LANDSCAPE) { Toast.makeText(this, "landscape", Toast.LENGTH_SHORT).show(); } else if (newConfig.orientation == Configuration.ORIENTATION_PORTRAIT) { Toast.makeText(this, "portrait", Toast.LENGTH_SHORT).show(); } }

http://developer.android.com/guide/topics/resources/runtime-changes.html

http://blog.doityourselfandroid.com/2010/11/14/handling-progress-dialogs-and-screen-orientation-changes/

FragmentPagerAdapter与FragmentStatePagerAdapter

主要区别在与对于fragment是否销毁

FragmentPagerAdapter：对于不再需要的fragment，选择调用detach方法，仅销毁视图，并不会销毁fragment实例。

FragmentStatePagerAdapter：会销毁不再需要的fragment，当当前事务提交以后，会彻底的将fragmeng从当前Activity的FragmentManager中移除，state标明，销毁时，会将其onSaveInstanceState(Bundle outState)中的bundle信息保存下来，当用户切换回来，可以通过该bundle恢复生成新的fragment，也就是说，你可以在onSaveInstanceState(Bundle outState)方法中保存一些数据，在onCreate中进行恢复创建。

如上所说，使用FragmentStatePagerAdapter当然更省内存，但是销毁新建也是需要时间的。一般情况下，如果你是制作主页面，就3、4个Tab，那么可以选择使用FragmentPagerAdapter，如果你是用于ViewPager展示数量特别多的条目时，那么建议使用FragmentStatePagerAdapter

其它Fragment类型

DialogFragment

显示一个浮动的对话框.

用这个类来创建一个对话框,是使用在Activity类的对话框工具方法之外的一个好的选择,

因为你可以将一个fragment对话框合并到activity管理的fragment back stack中,允许用户返回到一个之前曾被摒弃的fragment.

ListFragment

显示一个由一个adapter(例如 SimpleCursorAdapter)管理的项目的列表, 类似于ListActivity.

它提供一些方法来管理一个list view, 例如 onListItemClick()回调来处理点击事件.

PreferenceFragment

显示一个Preference对象的层次结构的列表, 类似于PreferenceActivity.

这在为你的应用创建一个”设置”activity时有用处.