在使用 ViewPager 时 , 如果我们的适配器使用的是 FragmentStatePagerAdapter ，那么当我们重新滑到之前已销毁的页面时，一般情况下页面的状态依然将保持不变(比如 RecyclerView 的 滚动位置等,EditText 的 输入内容 等), 或者说 View 历史状态被还原了。
如果我们的项目中使用了ViewPager+Framgment实现底部Tab可点可滑，那么我们都知道ViewPager有预加载功能，通过viewpager.setOffscreenPageLimit();来设置，不设置默认加载上一个和下一个Fragment页面，带上本身也就是三个页面(当然如果你刚进入就是首页，那么它会加载首页和下一个页面，因为首页上面没有页面呀)。预加载功能会暴露一个问题，比如我刚进入加载首页的数据，但是因为有预加载功能，那么就会执行下一个Tab对应的Fragmeng的生命周期，如果我下一个Tab页数据量小还好，如果我有比较耗时的操作或者网络请求，势必会影响程序的性能，影响用户的体验。那么我们要做的就是禁止ViewPager预加载或者提供一个只在Fragemnt可见的情况下，才去进行耗时操作的方法，只要Fragmeng可见我们就执行该方法。
相比其它大多数 Android API，Fragments 近几年的变化要更大一些。最初它作为 Android 平台的一部分，后来成为 Android Support Library 的一部分，现在又以 AndroidX Fragments 的形式独立成为了 Jetpack 的一部分。
Fragment的主要功能就是创建一个View，并且有一个生命周期来管理这个View的创建和销毁。Fragment的生命周期与Activity的生命周期类似，都会有一些回调方法，你所做的工作就是利用好
用户通过系统返回按钮导航回去的一组页面，在开发中被称为返回栈 (back stack)。多返回栈即一堆 "返回栈"，对多返回栈的支持是在 Navigation 2.4.0-alpha01 和 Fragment 1.4.0-alpha01 中开始的。本文将为您展开多返回栈的技术详解。
Android是在Android 3.0 (API level 11)开始引入Fragment的。
一旦activity进入resumed状态（也就是running状态），可以自由地添加和删除fragment了。因此，只有当activity在resumed状态时，fragment的生命周期才能独立的运转，其它时候是依赖于activity的生命周期变化的。
看了一篇关于ViewPager2软文后，我发现最新的Fragment代码淘汰了setUserVisibleHint方法，转而支持用setMaxLifecycle方法，setMaxLifecycle言外之意是设置最大生命周期，懂行的人应该知道，Fragment一直都是无法直接设置生命周期，必须通过add、attach、remove、detach、show、hide方法间接干预，本来就此功能，简单介绍一下setMaxLifecycle的原理和上手效果；
Fragment概述 在Fragment出现之前，Activity是app中界面的基本组成单位，值得一提的是，作为四大组件之一，它是需要“注册”的。组件的特性使得一个Activity可以在整个app甚
日常开发中我们经常使用 Fragment 管理布局，使用起来非常方便，但是在简单的 API 背后隐藏了什么操作，很多人恐怕不了解。 如果你回答不出这些问题，那这篇文章可能就对你有些帮助： Fragme
Fragment，直译为“碎片”，“片段”。 Fragment 表示 FragmentActivity 中的行为或界面的一部分。可以在一个 Activity 中组合多个片段，从而构建多窗格界面，并在多个 Activity 中重复使用某个片段。可以将片段视为 Activity 的模块化组成部分，它具有自己的生命周期，能接收自己的输入事件，并且可以在 Activity 运行时添加或移除片段（这有点像可以在不同 Activity 中重复使用的“子 Activity”）。
自从Android 3.0中引入fragments 的概念，根据词海的翻译可以译为:碎片、片段。其目的是为了解决不同屏幕分辩率的动态和灵活UI设计。大屏幕如平板小屏幕如手机，平板电脑的设计使得其有更多的空间来放更多的UI组件，而多出来的空间存放UI使其会产生更多的交互，从而诞生了fragments 。
最近的项目使用到了ViewPager + Fragment的模式，要求在每次Fragment获取显示的时候来刷新数据，该项目下ViewPager有5个子fragment，在onCreateView及fragment的setUserVisibleHint（bool isVisibleToUser)中的isVisibleToUser为true的时候刷新数据的时候出现数据多次刷新的情况，因此对ViewPage + Fragment的生命周期做了研究。
Fragment在Android 3.0（ API 11）引入，是为了支持在大屏上显示更加动态、灵活的UI，比如在平板和电视上。Fragment可以看作是嵌套的Activity，类似ActivityGroup，但是开销肯定没有ActivityGroup那么大，每一个Fragment管理着一个View，Fragment彼此之间相互独立，有自己的生命周期，这个生命周期是在Activity生命周期中的。Fragment可以用来解决屏幕适配和动态创建View的问题。 一个Fragment总是嵌入到一个Activi
过去的一段时间，AndroidX 软件包下的 Activity/Fragmet 的 API 发生了很多变化。让我们看看它们是如何提升Android 的开发效率以及如何适应当下流行的编程规则和模式。
碎片，它的出现是为了更好展示UI的设计，让程序更加得到充分的展示。Fragment的出现，如微信的额主界面包含多个Fragment，使得微信功能更加简洁明了。
因为最近的APP开发，使用的是单Activity + 多Fragment的方式，不同于以前基本界面都是Activity的方式，所以Fragment用了很多，想到自己以前也写了很多相关的基础知识，Fragment却从来没有写过，所以就打算补上一篇fragment的基础总结。
Android从3.0开始引入了Fragment的概念，中文意思为碎片，它的出现是为了更好展示UI的设计，让程序更加得到充分的展示。Fragment的出现，如微信的额主界面包含多个Fragment，使得微信功能更加简洁明了。
fragment 1.3.0-alpha04 发布了，其中有很多变动，其中提供了 fragment 间传递数据的新方式
一个Activity可以同时组合多个Fragment，一个Fragment也可被多个Activity 复用。Fragment可以响应自己的输入事件，并拥有自己的生命周期，但它们的生命周期直接被其所属的Activity的生命周期控制。 一、Fragment状态 与Activity类似的是，Fragment也存在如下4种状态： 运行状态：当前Fmgment位于前台，用户可见，可以获得焦点。 暂停状态：其他Activity位于前台，该Fragment依然可见，只是不能获得焦点。 停止状态：该Frag
Android在3.0中引入了fragments的概念,主要目的是用在大屏幕设备上–例如平板电脑上,支持更加动态和灵活的UI设计。平板电脑的屏幕要比手机的大得多,有更多的空间来放更多的UI组件,并且这些组件之间会产生更多的交互。Fragment允许这样的一种设计,而不需要你亲自来管理 viewhierarchy的复杂变化。 通过将activity的布局分散到fragment中, 你可以在运行时修改activity的外观,并在由activity管理的back stack中保存那些变化.（http://developer.android.com/guide/topics/fundamentals/fragments.html）
Fragment是一种可以嵌入在活动中的UI片段，能够让程序更加合理和充分地利用大屏幕的空间，出现的初衷是为了适应大屏幕的平板电脑，可以将其看成一个小型Activity，又称作Activity片段。
Fragment 是 Android 中历史十分悠久的一个组件，它在 API 11 被加入，时至今日已成为 Android 开发中最常用的组件之一。Fragment 有了哪些新特性、修复了哪些问题，都是开发者们十分关心的话题。下面我们就来重新说一说 Fragment —— 不仅仅是说现在的 Fragment，还会回顾它的发展，并让您一瞥它未来的样子。
Android应用开发：Fragment的非中断保存setRetaineInstance 引言 首先，要明确什么叫“非中断保存”。熟悉Fragment的开发人员都知道，Fragment是依附于Activity的。当Activity销毁时，Fragment会随之销毁。而当Activity配置发生改变（如屏幕旋转）时候，旧的Activity会被销毁，然后重新生成一个新屏幕旋转状态下的Activity，自然而然的Fragment也会随之销毁后重新生成，而新生成的Fragment中的各个对象也与之前的那个Fra
今天把这项工作完成了，做成了单独的SwipeBackFragment库以及Fragmentation－SwipeBack拓展库
getSupportFragmentManager()主要用于支持 3.0以下android系统API版本，3.0以上系统可以直接调用getFragmentManager() ，因为fragment是3.0以后才出现的组件，
Android从3.0之后引入了Fragment，可以把它理解为页面的一个片段，比如一个html网页就包含一个header头部片段，以及一个body身体片段。 设计Fragment的目的是让页面布局更加灵活，不但可以随意组装和拼接各个片段，还可以只更新某个片段实现页面局部更新的功能（这个类似网页的ajax技术）。Fragment可以协助我们完成如下任务： 1、在一个页面中嵌入多个连续可翻页的子视图，方面使用ViewPager统一管理； 2、开发一些通用的小部件，内部封装好代码逻辑，可直接嵌入到任意页面。比如广告、地图等组件； 3、同一套代码可适配不同尺寸的屏幕，比如说同时适配竖屏与横屏，同时适配手机与平板等等；
ANDROID和福利两个Fragment是设置的Fragment可见时加载数据，也就是懒加载。圆形的旋转加载图标只有一个，所以，如果当前Fragment正处于加载状态，在离开该Fragment时需要隐藏加载动画，因为另一个Fragment并不一定处于加载状态，当返回Fragment时，如果还是处于加载状态，则要可以实现自动显示加载动画，如果数据已经加载完毕则不需要再显示出来。
碎片（Fragment）是一种可以嵌入在活动当中的UI片段，它能让程序更加合理和充分地利用大屏幕的空间，因而在平板上应用得非常广泛。虽然碎片对你来说应该是个全新的概念，但我相信你学习起来应该毫不费力，因为它和活动实在是太像了，同样都能包含布局，同样都有自己的生命周期。你甚至可以将碎片理解成一个迷你型的活动，虽然这个迷你型的活动有可能和普通的活动是一样大的。
本文将对Android开发中的Activity&Fragment生命周期进行全面解析
2017-7-14更新： 目前有人使用后出现了诸如首次打开显示空白界面，但点击有反应；或来回切换又变空白界面的问题。这些问题我暂时还不知道该怎么解决，后期有时间时会具体去分析下问题该怎么解决。所以你如果要使用该代码，希望考虑一下，我自己的小应用目前是没碰到这些问题。
本文实例讲述了Android开发教程之Fragment定义、创建与使用方法。分享给大家供大家参考，具体如下：
理论上该应用会由两个页面组成，一个负责管理记录列表界面，另一个负责管理记录明细界面。
在Android开发中，多线程是一个常见的话题。为了有效地处理多线程的并发问题，Android提供了一些工具和机制。其中，ThreadLocal是一个强大的工具，它可以使得每个线程都拥有自己独立的变量副本，从而避免了线程安全问题。
版权声明：本文为博主原创文章，转载请标明出处。 https://blog.csdn.net/lyhhj/article/details/53889223
2. Jetpack源码解析—Navigation为什么切换Fragment会重绘？
Android Lifecycle 是Jetpack组件库中的一个重要组件，它可以帮助我们更好地管理Activity、Fragment等组件的生命周期，从而避免内存泄漏和其他问题。本文将从以下几个方面来介绍Lifecycle的实现原理与使用技巧：
而关于viewpager的addOnPageChangeListener方法监听中
这里给宿主 FragmentBaseActivity 和 静态添加到 Activity 中的 Fragment 的生命周期方法里面添加打印。效果：
FragmentPagerAdapter是android-support-v4支持包里面出现的一个新的适配器，继承自PagerAdapter，是专门用来给支持包中出现的ViewPager进行数据适配的。
根据Realm Report (2017-Q4，https://realm.io/realm-report/2017-q4 ) ,过去的一年在Android 端的开发：Java 从 95% 降低到 Java 85%， 而 Kotlin 从 5% 涨到 15% ，如下图所示
Fragment在 Android开发中非常常用。今天，我将讲解关于Fragment的使用
App在后台久置后，再次从桌面或最近的任务列表唤醒时经常会发生崩溃，这往往是App在后台被系统杀死，再次恢复的时候遇到了问题，而在使用FragmentActivity+Fragment的时候会更加频繁。比如，如果Fragment没有提供默认构造方法，就会在重建的时候因为反射创建Fragment失败而崩溃，再比如，在onCreate里面new 一个FragmentDialog，并且show，被后台杀死后，再次唤醒的时候，就会show两个对话框，这是为什么？其实这就涉及了后台杀死及恢复的机制，其中涉及的知识点主要是FragmentActivity、ActivityManagerService、LowMemoryKiller机制、ActivityStack、Binder等一系列知识点。放在一篇文章里面可能会有些长，因此，Android后台杀死系列写了三篇：
目前大多数的APP都采用的是几个Tab标签以及多个界面滑动的形式来提供多层次的交互体验，最为常用的做法就是采用TabLayout+ViewPager+Fragment的方式，最近在公司项目中遇到类似的界面，也看了各个论坛很多份博客，但是发现都没有完全把这种方法的坑填完，因此写下这篇博客，一方面是对知识的总结，另一方面也能让其他开发者们少走一些弯路，博客内容主要分为四个章节：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
