Fragment有两种方式生成，一是硬编码到xml文件中，二是在Java代码中new，然后通过FragmentManager#beginTransaction开启FragmentTransaction提交来添加Fragment(下文会介绍)。两种方式存在着一定区别.硬编码到xml的Fragment无法被FragmentTransition#remove移除，与Activity同生共死，所以你要是这么用了,就不用试了，移除不了的，但是在代码中new出来的是可以被移除的。
直接硬编码到xml中：
<fragment
android:id="@+id/map_view"
android:name="org.kexie.android.dng.navi.widget.AMapCompatFragment"
android:layout_width="match_parent"
android:layout_height="match_parent"/>
添加Fragment的第二种方式就是使用FragmentManager#beginTransaction(代码如下)动态添加，你需要先new一个Fragment，然后通过下面Fragment#requireFragmentManager获取FragmentManager来使用beginTransaction添加Fragment，注意add方法的第一个参数，你需要给它指定一个id，也就是Fragment容器的id，通常容器是一个没有子View的FrameLayout，它决定了这个Fragment要在什么位置显示。
//在xml中编写放置Fragment位置的容器
<FrameLayout
android:id="@+id/fragment_container"
android:layout_width="match_parent"
android:layout_height="match_parent"/>
在Fragment中，我们可以使用getId()可以返回自身的id，通常用这个方法返回它所在的容器的id，供其他Fragment添加进也添加到当前容器时使用(例如使用Fragment返回栈的场景)。
/**
* Return the identifier this fragment is known by. This is either
* the android:id value supplied in a layout or the container view ID
* supplied when adding the fragment.
*/
final public int getId() {
return mFragmentId;
}
需要注意的是FragmentTransaction并不是立即执行的，而是在当前代码执行完毕后,回到事件循环(也就是你们知道的Looper)时，才会执行，不过他会保证在下一帧渲染之前得到执行(通过Handler#createAsync机制)，若要在FragmentTransaction执行时搞事情，你需要使用runOnCommit，在上面的代码中我使用了Java8的lambda表达式简写了Runnable。
如果你还想使用Fragment回退栈记得调用addToBackStack，最后别忘了commit,这样才会生效，此时commit函数返回的是BackStackEntry的id.
Fragment生命周期
onInflate(Context,AttributeSet,Bundle)只有硬编码在xml中的Fragment（即使用fragment标签）才会回调此方法，这与自定义View十分类似，在实例化xml布局时该方法会被调用,先于onAttach.
onAttach(Context)执行该方法时，Fragment与Activity已经完成绑定,当一个Fragment被添加到FragmentManager时,如果不是在xml中直接定义fragment标签,那么该方法总是最先被回调.该方法传入一个Context对象，实际上就是该Fragment依附的Activity.重写该方法时记得要调用父类的super.onAttach,父类的onAttach调用返回后,此时调用getActivity将不会返回null，但是Activity#onCreate可能还有没有执行完毕(如果是在xml中定义,这种情况就会发生,因为此时这个回调的这个发生的时间也就是你在Activity#onCreate里setContentView的时间,直到Fragment#onViewCreated返回之后,Activity#onCreate才会继续执行)。
onCreate(Bundle)用来初始化Fragment。它总是在onAttach执行完毕后回调,可通过参数savedInstanceState获取之前保存的值,记得一定要调用父类的super.onCreate。
onCreateView(LayoutInflater,ViewGroup,Bundle)需要返回一个View用来初始化Fragment的布局,它总是在onCreate执行完毕后回调。默认返回null，值得注意的是，若返回null Fragment#onViewCreated将会被跳过,且如果是在xml中定义fragment标签并用name指定某个Fragment,则这个方法不允许返回null,否则就会报错。当使用ViewPager+Fragment时此方法可能会被多次调用(与Fragment#onDestroyView成对调用)。
onActivityCreated(Bundle)执行该方法时，与Fragment绑定的Activity的onCreate方法已经执行完成并返回，若在此方法之前与Activity交互交互没有任何保证，引用了未初始化的资源就会应发空指针异常。
onStart()执行该方法时，Fragment所在的Activity由不可见变为可见状态
onResume()执行该方法时，Fragment所在的Activity处于活动状态，用户可与之交互.
onPause()执行该方法时，Fragment所在的Activity处于暂停状态，但依然可见，用户不能与之交互,比如Dialog盖住了Activity
onStop()执行该方法时，Fragment所在的Activity完全不可见
onSaveInstanceState(Bundle)保存当前Fragment的状态。该方法会自动保存Fragment的状态，比如EditText键入的文本，即使Fragment被回收又重新创建，一样能恢复EditText之前键入的文本,说实话我不太喜欢这个方法,保存到Bundle里的设计实在是太蠢了,不过好在现在已经有了代替它的方案,Google的Android Jetpack MVVM框架,之后我也会专门出一篇文章来介绍。
onDestroyView()销毁与Fragment有关的视图，但未与Activity解除绑定，一般在这个回调里解除Fragment对视图的引用。通常在ViewPager+Fragment的方式下会使用并重写此方法，并且与Fragment#onCreateView一样可能是多次的。
onDestroy()销毁Fragment。通常按Back键退出或者Fragment被移除FragmentManager时调用此方法，此时应该清理Fragment中所管理的所有数据,它会在onDetach之前回调。
onDetach()解除与Activity的绑定。在onDestroy方法之后调用。Fragment生命周期的最末期,若在super.onDetach返回后getActivity()，你将会得到一个null。
