Android Fragment 体系 源码追踪笔记(4)

推荐整理分享Android Fragment 体系 源码追踪笔记(4)，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:,内容如对您有帮助，希望把文章链接给更多的朋友！

FragmentState implements Parcelable, 这个就没啥多说的了，就是就一个Fragment 信息的holder,在 onSave/RestoreInstance时使用(不过可以了解一下整个Fragment体系的state的save/restore流程).

再重申一下Fragment的6个状态(Fragment其实完全就是一个状态机):

捋一遍内部成员变量:其实有很多在上一篇分析FragmentManager的时候已经清楚了:

Fragment():空的Fragment构造函数，很重要,因为需要这个无参的构造函数来在从activity的savedstate中restore构造出fragment实例.并且注释也建议Fragment的子类不要自己做死增加其他的需要参数的构造函数,因为这些构造函数在fragmentre-instantiated是不会被调到的，会悲剧,，建议使用setArguments()/getArguments()来实现同样效果.

static Fragment instantiate(Context context, String fname, Bundle args): 用反射的办法构造一个fname(类名)指定的Fragment类,后面的args会在构造完以后设置给fragment实例的mArguments，注意这里反射时调用的是Class的newInstance(),也就是说这货调的也是Fragment类的无参构造函数,便利性工具函数.

setIndex(int index, Fragment parent):指定mIndex, 另外顺带把mWho赋值,注意这里的Fragment parent,一个Fragment是可以做另外一个fragment的parent的,如果有parent: mWho = parent.mWho + “:” + mIndex;，否则:mWho = “android:fragment:” + mIndex;.

isInBackStack():看一下的当前所在的backStack的entryNum(mBackStackNesting)是不是>0,当前了如果就不在backstack,那么mBackStackNesting应该就是默认的0.

getId()->mFragmentId/getTag()->tag

setArguments(Bundle args)：一个注意点,如果mIdex已经>=0了，那么就不能set了，会抛异常 注释有说: This can only be called before the fragment has been attached to its activity, 所以应该在构造完fragment以后就立刻set,mArguments的生命周期会贯穿fragment的创建和销毁.

getResources(): 便利性封装函数，取得还是所在的Activity的getResources(),如果还没有attach到某个Activity,会抛异常.

getText(int resId)/getString(int resId)/…..，和上面一样的便利封装.

getFragmentManager():注意在fragment被加入到fragmentTransaction直到被commit和attach到Activity这个期间，有可能是null,fragmentManager的code也可以看出来,是在FragmentManager的moveToState的case Fragment.INITIALIZING下才会设置fragmengt的mFragmentManager.

isAdded() -> mActivity != null && mAdded

isDetached()->mDetached, FragmentTransaction的detach会导致这个状态.

isRemoving(): 跟所在的Actiivty是不是finishing无关，就是指的是fragment现在正在被removing

isVisible(): This means it:

setRetainInstance(boolean retain):注释里解释了，这个fragment的实例使命周期是否可以脱离其所在Activity的销毁和重建的生命周期. 注意在backStack中的fragment不能设置这个flag,设了之后:

getLoaderManager():逻辑:

startActivity(…)/startActivityForResult(…)/…便利性封装.

onActivityResult(…):相对的回调,Activity那里应该做了下发.

getLayoutInflater(…):便理性封装.

onInflate(…):针对的是在layout文件中声明的fragemnt，注释值得好好看看.

onCreate(Bundle savedInstanceState): 在onAttach和onCreateView之后，注意，这个回调的时候，fragment所在的Activity可能还在create中，因此这时候不能假设Activity的content view已经初始化构建完成， onActivityCreated(…)就是为此存在的.

void onViewCreated(View view, Bundle savedInstanceState): 注释说在onCreateView之后立即被调用，但是如同之前分析FragmentManager时,两个回调中间还是有间隔的，比如wrap,这给子类提供了一个机会在自己的View已经被create的时候,不过fragment的view这时候还没有被attach到parent上

onActivityCreated(Bundle savedInstanceState): 在fragment所在的Activity已经create并且fragemnt的View 结构也已经被初始化了,这个callback告知了fragment已经与Activity对象充分关联了,在onCreateView之后和onViewStateRestored之前调用.

onViewStateRestored(Bundle savedInstanceState)，在fragment中的View已经restore state时会被调用.这一步之后才能检测View的一些自己的会被save/restore的state.比如是否checked,这个flag只有在这个时候以后后面才是有效的

onStart():fragemnt对user可见时被调用，一般是直接绑定在Activity的onStart()上的. 这一步还会把fragment的LoadManager start(可见在pasue状态下，loadManager是不work的)

onSaveInstanceState(Bundle outState): 在被系统回收时，用来保存fragment自己的state信息,以再后面restore重建,和Activity的差不多.

onDestroyView():说了一个关键信息:在fragment的view被detachfrom fragment的时候会被调用，下次fragment再展示，就会new一个新的View,在onStop和onDestroy之间,在对FragmentManager的分析中，可以看到，在fragment moveToState的state是早于 Fragment.ACTIVITY_CREATED时，会调用performDestroyView()->onDestroyView()

Fragment的所有onXXX函数本身是作为回调的,因此里面不会有多少操作，而performXXX会执行操作，并调用onXXX, performXXX其实做的主要操作是对ChildFragment的动作下发(如果有childFragment的话)

performDestroy(): 如果本身自己还有childFragment,那么会调用mChildFragmentManager.dispatchDestroy()将destroy传递下去.

registerForContextMenu/unregisterForContextMenu: 为某个View注册一个ContextMenu create的Listener.

onContextItemSelected:在context menu的某一个item被选中时的回调.

performCreate(Bundle savedInstanceState)，除了调用自己的onCreate(会传入savedInstanceState)以外,主要是将savedInstanceState分发给childFragment(如果有的话).

performStart():除了onStart回调和childFragment动作下发外，还会调用mLoaderManager.doReportStart(),而mLoaderManager的start则是在onStart被调用

performReallyStop():与performStop()的不同在于对loader的处理,在获取了LoaderManager以后,如果Activity不是Retaining的，那么mLoaderManager.doStop()否则mLoaderManager.doRetain().

performDestroyView():mLoaderManager会doReportNextStart()

上面这些分析给我的感觉就是Fragment本身在Fragment这个体系中其实是一个轻量化的角色(当然了，一系列callback会将其填充)，系统本身的Fragment实现一个作用是建立了Fragment这个概念，使其可以被Manage以及save/restore，同时负责了loaderManager的交互与维护以及对所依附的Activity一些操作封装.

Loaders 异步加载数据（一） 关于LoadersLoaders是Android3.0添加进来的，Loaders让在Activity和Fragment之间加载数据变的很简单。Loaders有一下几个特性：在任何Activity或者Fragment中都是有效的

Android Volley 框架的使用（一） AndroidVolley框架的使用（一）由于这部分内容较多，所以打算分成几个部分来写，这篇文章主要是从整体上介绍Volley框架的基本使用；为什么要使用Volley

Android--VideoPlay--视频播放器 代码跟音乐播放器有大部分是相同的，各位可以将mp4格式的视频文件放到sdcard卡中，在输入框中输入文件名即可，在模拟器上运行请使用android2.0版本，