Google官网给的解释是:
-
Fragment 表示 FragmentActivity 中的行为或界面的一部分。您可以在一个 Activity 中组合多个片段,从而构建多窗格界面,并在多个 Activity 中重复使用某个片段。您可以将片段视为 Activity 的模块化组成部分,它具有自己的生命周期,能接收自己的输入事件,并且您可以在 Activity 运行时添加或移除片段(这有点像可以在不同 Activity 中重复使用的“子 Activity”)。
-
片段必须始终托管在 Activity 中,其生命周期直接受宿主 Activity 生命周期的影响。例如,当 Activity 暂停时,Activity 的所有片段也会暂停;当 Activity 被销毁时,所有片段也会被销毁。不过,当 Activity 正在运行(处于已恢复生命周期状态)时,您可以独立操纵每个片段,如添加或移除片段。当执行此类片段事务时,您也可将其添加到由 Activity 管理的返回栈 — Activity 中的每个返回栈条目都是一条已发生片段事务的记录。借助返回栈,用户可以通过按返回按钮撤消片段事务(后退)。
- 上面两段话是Google官方给出的介绍,我的理解:Android运行在各种各样的设备中,有小屏幕的手机,超大屏的平板甚至电视。针对屏幕尺寸的差距,很多情况下,都是先针对手机开发一套App,然后拷贝一份,修改布局以适应平板神马超级大屏的。难道无法做到一个App可以同时适应手机和平板么,当然了,必须有啊。Fragment的出现就是为了解决这样的问题。你可以把Fragment当成Activity的一个界面的一个组成部分,甚至Activity的界面可以完全有不同的Fragment组成,更帅气的是Fragment拥有自己的生命周期和接收、处理用户的事件,这样就不必在Activity写一堆控件的事件处理的代码了。更为重要的是,你可以动态的添加、替换和移除某个Fragment。感觉Fragment比Activity更加轻量化,还更加的解耦了。
- 【1】创建一个Layout文件,用于显示这个Fragment
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
android:layout_width="match_parent"
android:layout_height="wrap_content"
tools:context=".BlankFragment1"
android:orientation="vertical"
android:background="@color/colorPrimary"
android:padding="20dp">
<TextView
android:id="@+id/mText"
android:layout_width="match_parent"
android:layout_height="41dp"
android:background="#686060"
android:gravity="center"
android:text="Hello world" />
<Button
android:layout_width="match_parent"
android:layout_height="40dp"
android:id="@+id/btn"
android:text="按钮"
android:background="@color/colorAccent"/>
</LinearLayout>
- 【2】创建一个类继承Fragment,重写onCreateView,方法,通过inflate方法将这个layout文件映射到一个VIew上,在onCreateView中可以做Fragment的交互事件。返回这个View
public class BlankFragment1 extends Fragment {
private View root;
private Button btn;
private TextView textView;
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
}
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container,
Bundle savedInstanceState) {
root = inflater.inflate(R.layout.fragment_blank1,container,false);
btn = root.findViewById(R.id.btn);
textView = root.findViewById(R.id.mText);
btn.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
textView.setText("How Are You?");
}
});
return root;
}
}
- 【3】这Activity的layout文件中添加一个fragment标签,设置大小,id(系统的管理会用到,必须设置id)和name,name就与我们的Fragment进行绑定(必须要设置)
<fragment
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:id="@+id/fragment_1"
android:name="com.example.mytest.BlankFragment1"/>
- 【1】Activity中获得FragmentManager对象,通过getSupportFragmentManager()
FragmentManager fm = getSupportFragmentManager();
- 【2】获得FragmentTransaction对象,通过fm.beginTransaction()
FragmentTransaction ft = fm.beginTransaction();
- 【3】调用add()方法或者repalce()方法加载Fragment;
Fragment fl = new BlankFragment1(); ft.add(R.id.conteiner_frame,fl);
- 【4】最后调用commit()方法提交事务
ft.commit();
public class MainActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
FragmentManager fm = getSupportFragmentManager();
FragmentTransaction ft = fm.beginTransaction();
Fragment fl = new BlankFragment1();
ft.add(R.id.conteiner_frame,fl);
ft.commit();
}
}
运行效果:
- 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()
会将view从UI中移除,和remove()不同,此时fragment的状态依然由FragmentManager维护。 - attach()
重建view视图,附加到UI上并显示。 - transatcion.commit()//提交一个事务
比如:我在FragmentA中的EditText填了一些数据,当切换到FragmentB时,如果希望会到A还能
看到数据,则适合你的就是hide和show;也就是说,希望保留用户操作的面板,你可以使用hide
和show,当然了不要使劲在那new实例,进行下非null判断。
再比如:我不希望保留用户操作,你可以使用remove(),然后add();或者使用replace()这个和
remove,add是相同的效果。
remove 和 detach 有一点细微的区别,在不考虑回退栈的情况下,remove会销毁整个Fragment
实例,而detach则只是销毁其视图结构,实例并不会被销毁。那么二者怎么取舍使用呢?如果你
的当前Activity一直存在,那么在不希望保留用户操作的时候,你可以优先使用detach。 - 每个beginTransaction对象只能commit一次,否则会报错。
- 注意:常用Fragment的哥们,可能会经常遇到这样Activity状态不一致:State loss这样的错误。
主要是因为:commit方法一定要在Activity.onSaveInstance()之前调用
onAttach(Activity)
当Fragment与Activity发生关联时调用
onCreateView(LayoutInflater, ViewGroup,Bundle)
创建该Fragment的视图
onActivityCreated(Bundle)
当Activity的onCreate方法返回时调用
onDestoryView()
与onCreateView想对应,当该Fragment的视图被移除时调用
onDetach()
与onAttach相对应,当Fragment与Activity关联被取消时调用
- 静态方式一旦加载就不能再运行时删除
- Fragment一定要有一个无参构造方法
public class MainActivity extends AppCompatActivity {
private Button btn;
Boolean bt = false;
Fragment fl;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
fl = new BlankFragment1();
btn = findViewById(R.id.button);
btn.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
if (!bt){
getSupportFragmentManager().beginTransaction().add(R.id.tt,fl).commit();
bt = true;
}else{
getSupportFragmentManager().beginTransaction().remove(fl).commit();
bt = false;
}
}
});
}
}```