一、fragment生命周期
Fragment除了Activity有的方法外还提供了附加的方法
1.onAttach():当碎片和活动建立关联时调用
2.onCreateView():为碎片创建视图（加载布局）时调用
3.onActivityCreated():确保与碎片相关联的活动一定已经创建完毕的时候调用
4.onDestroyView():当与碎片关联的视图被移除的时候调用
5.onDetach():当碎片和活动解除关联的时候调用 fragment的生命周期
Activity与Fragment的比较
二、动态添加碎片五个步骤
- 创建待添加碎片实例
- 获取到FragmentManager，在活动中可以直接调用getFragmentManager()方法得到
- 开启一个事务，通过调用beginTransaction()方法开启
- 向容器内加入碎片，一般使用replace()方法实现，需要传入容器的ID和待添加的碎片实例
- 提交事物，调用commit()方法来完成
FragmentManager
为了管理Activity中的fragments，需要使用FragmentManager。
为了得到它，需要调用Activity中的getFragmentManager()方法。
因为FragmentManager的API是在Android 3.0，也即API level 11开始引入的，所以对于之前的版本，需要使用support library中的FragmentActivity，并且使用getSupportFragmentManager()方法。
Fragment Transactions
使用Fragment时，可以通过用户交互来执行一些动作，比如增加、移除、替换等。
所有这些改变构成一个集合，这个集合被叫做一个transaction。
可以调用FragmentTransaction中的方法来处理这个transaction，并且可以将transaction存进由activity管理的back stack中，这样就可以进行fragment变化的回退操作。
每个transaction是一组同时执行的变化的集合。
用add(), remove(), replace()方法，把所有需要的变化加进去，然后调用commit()方法，将这些变化应用。
在commit()方法之前，你可以调用addToBackStack()，把这个transaction加入back stack中去，这个back stack是由activity管理的，当用户按返回键时，就会回到上一个fragment的状态。
比如下面就是用一个新的fragment取代之前的fragment，并且将前次的状态存储在back stack中。
// Create new fragment and transaction
Fragment newFragment = new ExampleFragment();
FragmentTransaction transaction = getFragmentManager().beginTransaction();
// Replace whatever is in the fragment_container view with this fragment,
// and add the transaction to the back stack
transaction.replace(R.id.fragment_container, newFragment);
transaction.addToBackStack(null);
// Commit the transaction
transaction.commit();
二、 Activity与Fragment之间的通信
(1)Fragment调用Activity的数据
通过在Activity中setArguments()以及在Fragment中getArguments()实现数据从Activity向Fragment传递
public static Image1Fragment newInstance(String param1) {
Image1Fragment fragment = new Image1Fragment();
//在Activity中创建Bundle数据包，并调用Fragment的setArguments(Bundle bundle)方法
Bundle args = new Bundle();
args.putString(ARG_PARAM1, param1);
fragment.setArguments(args);
return fragment;
}
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
if (getArguments() != null) {
//在Fragment中通过getArguments().getString()获取Activity传来的值
mParam1 = getArguments().getString(ARG_PARAM1);
}
}
(2)Activity调用Fragment的数据
在Fragment中定义一个内部回调接口，让包含该Fragment的Activity实现该回调接口，这样Fragment可调用该回调方法将数据传递给Activity。下面主要实现在Activity调用Fragment的数据。
创建一个TestFragment类继承自Fragment，先在Fragment中定义一个内部回调接口：
public interface OnFragmentInteractionListener {
public void onFragmentInteraction(String uri);
}
在Fragment的onAttach()方法中将Activity转换为OnFragmentInteractionListener接口：
@Override
public void onAttach(Activity activity) {
super.onAttach(activity);
try {
mListener = (OnFragmentInteractionListener) activity;
} catch (ClassCastException e) {
throw new ClassCastException(activity.toString()
+ " must implement OnFragmentInteractionListener");
}
}
宿主Activity则需要实现此接口，并重写onFragmentInteraction(String uri)方法，这样就实现了数据从Fragment到Activity的传递：
public class MainActivity extends ActionBarActivity implements TestFragment.OnFragmentInteractionListener
@Override
public void onFragmentInteraction(String uri) {
TextView tv=(TextView)findViewById(R.id.tv);
tv.setText(uri);
}
三、Fragment的性能优化
让多个Fragment 切换时不重新实例化
在项目中需要进行Fragment的切换，一直都是用replace()方法来替换Fragment：
public void switchContent(Fragment fragment) {
if(mContent != fragment) {
mContent = fragment;
mFragmentMan.beginTransaction()
.setCustomAnimations(android.R.anim.fade_in, R.anim.slide_out)
.replace(R.id.content_frame, fragment) // 替换Fragment，实现切换
.commit();
}
}
但是，这样会有一个问题：
每次切换的时候，Fragment都会重新实例化，重新加载一边数据，这样非常消耗性能和用户的数据流量。
就想，如何让多个Fragment彼此切换时不重新实例化？
replace()这个方法只是在上一个Fragment不再需要时采用的简便方法。
正确的切换方式是add()，切换时hide()，add()另一个Fragment；再次切换时，只需hide()当前，show()另一个。
这样就能做到多个Fragment切换不重新实例化：
public void switchContent(Fragment from, Fragment to) {
if (mContent != to) {
mContent = to;
FragmentTransaction transaction = mFragmentMan.beginTransaction().setCustomAnimations(
android.R.anim.fade_in, R.anim.slide_out);
if (!to.isAdded()) { // 先判断是否被add过
transaction.hide(from).add(R.id.content_frame, to).commit(); // 隐藏当前的fragment，add下一个到Activity中
} else {
transaction.hide(from).show(to).commit(); // 隐藏当前的fragment，显示下一个
}
}
}
问题一：保存UI与数据的内存消耗
上面所述为避免重新实例化而带来的“重新加载一边数据”、“消耗数据流量”，其实是这个Fragment不够“纯粹”。
Fragment应该分为UI Fragment和Headless Fragment。
前者是指一般的定义了UI的Fragment，后者则是无UI的Fragment，即在onCreateView()中返回的是null。将与UI处理无关的异步任务都可以放到后者中，而且一般地都会在onCreate()中加上setRetainInstance(true)，故而可以在横竖屏切换时不被重新创建和重复执行异步任务。
这样做了之后，便可以不用管UI Fragment的重新创建与否了，因为数据和异步任务都在无UI的Fragment中，再通过Activity 的 FragmentManager 交互即可。
只需记得在Headless Fragment销毁时将持有的数据清空、停止异步任务。
public class UIFragment extends Fragment{
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container,
Bundle savedInstanceState) {
View view = inflater.inflate(R.layout.fragment,
container, false);
return view;
}
...
}
public class HeadlessFragment extends Fragment{
@Override
public void onCreate(Bundle savedInstanceState) {
setRetainInstance(true);
}
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container,
Bundle savedInstanceState) {
return null;
}
...
}
问题二：Fragment重叠
其实是由Activity被回收后重启所导致的Fragment重复创建和重叠的问题。
在Activity onCreate()中添加Fragment的时候一定不要忘了检查一下savedInstanceState：
if (savedInstanceState == null) {
getFragmentManager().beginTransaction().add(android.R.id.content,
new UIFragment()).commit();
}
多个Fragment重叠则可以这样处理：通过FragmentManager找到所有的UI Fragment，按需要show()某一个Fragment，hide()其他即可！
为了能准确找出所需的Fragment，所以在add()或者replace() Fragment的时候记得要带上tag参数，因为一个ViewGroup 容器可以依附add()多个Fragment，它们的id自然是相同的
if (savedInstanceState == null) {
// getFragmentManager().beginTransaction()...commit()
}else{
//先通过id或者tag找到“复活”的所有UI-Fragment
UIFragment fragment1 = getFragmentManager().findFragmentById(R.id.fragment1);
UIFragment fragment2 = getFragmentManager().findFragmentByTag("tag");
UIFragment fragment3 = ...
...
//show()一个即可
getFragmentManager().beginTransaction()
.show(fragment1)
.hide(fragment2)
.hide(fragment3)
.hide(...)
.commit();
}
转载自：
http://allenlin.leanote.com/post/56babab6ab64416aa0003973
https://yrom.net/blog/2013/03/10/fragment-switch-not-restart/
