前段时间在自己的练习项目中想用到懒加载机制，查看了大多数资料只介绍了在 View Pager + Fragment 组合的情况下实现的懒加载，但是现在大多数App更多的是 Fragmentmanager 去管理主页面多个 Fragment 的显示与隐藏,然后主界面的某个或多个 Fragment 里又嵌套了多个 Fragment + ViewPager （详细见下图 ），对于这种情况，适用于第一种的方式是不能直接解决第二种的情况的，所以写下这篇文章，记录一下踩的几个坑，希望对同像我一样的初学者提供一种思考方式作为参考（如果有错误或者不合适的地方，希望各位前辈能在评论区指出，非常感谢！）。
在Android应用中，ViewPager是我们不可避免使用的一个控件，因为它可以使我们在占用较少空间的同时，增强内容的丰富性，同时以其内部流淌着Google的血液，所以它几乎成了每一个App的标配控件。但是，假如ViewPager的每一个Fragment都需要通过网络拉取数据加载，而ViewPager是默认加载前两项的，所以在很容易造成网络丢包或者网络堵塞等问题，所以Fragment使用懒加载是非常有必要的。
ANDROID和福利两个Fragment是设置的Fragment可见时加载数据，也就是懒加载。圆形的旋转加载图标只有一个，所以，如果当前Fragment正处于加载状态，在离开该Fragment时需要隐藏加载动画，因为另一个Fragment并不一定处于加载状态，当返回Fragment时，如果还是处于加载状态，则要可以实现自动显示加载动画，如果数据已经加载完毕则不需要再显示出来。
2017-7-14更新： 目前有人使用后出现了诸如首次打开显示空白界面，但点击有反应；或来回切换又变空白界面的问题。这些问题我暂时还不知道该怎么解决，后期有时间时会具体去分析下问题该怎么解决。所以你如果要使用该代码，希望考虑一下，我自己的小应用目前是没碰到这些问题。
零、前言 [1].认真看下图Fragment在ViewPager里的默认生命周期(可在浏览器中单独打开网页查看动图，清晰很多) [2].名字数据随机获取见：随机数据生成 [3].ViewPager的默认加载模式见： ViewPager的基本使用 [4].Fragment实现懒加载，ViewPager的实现见： ViewPager的基本使用 大致过程 打开：创建0,1页 左滑：创建2，1被暂停 再左滑：创建3，2被暂停，并销毁0的视图!注意：Fragement并没有销毁 点击返回键时所
setUserVisibleHint(boolean isVisibleToUser)
本文会从头开始一步一步带你去写一个LazyFragment，根据写的过程中一步一步记录，你也可以自己试一试，跟着一起写写。最后也根据遇到的问题去完善了，网上搜的都是不完善的，还是自己写一个吧！
版权声明：本文为博主原创文章，转载请标明出处。 https://blog.csdn.net/lyhhj/article/details/53889223
今天起床，拿起手机开机第一时间当然是打开微信了，左右滑动Viewpager，发现它使用了一种叫惰性加载，或者说懒加载（lazy-loading）的方式加载Viewpager中的Fragment。效果如图：
最直接的方法就是直接渲染出来，但是这样的做法肯定是不可取的，因为直接渲染太耗性能了。
目前大多数的APP都采用的是几个Tab标签以及多个界面滑动的形式来提供多层次的交互体验，最为常用的做法就是采用TabLayout+ViewPager+Fragment的方式，最近在公司项目中遇到类似的界面，也看了各个论坛很多份博客，但是发现都没有完全把这种方法的坑填完，因此写下这篇博客，一方面是对知识的总结，另一方面也能让其他开发者们少走一些弯路，博客内容主要分为四个章节：
AndroidX 自 1.1.0-alpha07 起, 为 FragmentTransaction 增加了新的方法 setMaxLifeCycle, 官方建议开发者以此取代setUserVisibleHint，这将带来如下好处：
Fragment 作为 Android 最基本，最重要的基础概念之一。本文从为什么出现 Fragment 开始，介绍了相关的方方面面。
| 导语 Fragment作为Android最基本，最重要的基础概念之一，在开发中经常会和他打交道。本文从为什么出现Fragment开始，介绍了Fragment相关的方方面面，包括Fragment的基本定义及使用、回退栈的内部实现、Fragment通信、DialogFragment、ViewPager+Fragment的使用、嵌套Fragment、懒加载等。 下文中FragmentDemo的源代码地址：https://github.com/xiazdong/FragmentDemo 基本概念 Fragmen
1. Application的生命周期 Application和Activity,Service一样,是Android框架的一个系统组件，当Android程序启动时系统会创建一Application 对象，用来存储系统的一些信息。 Application对象的生命周期是整个程序中最长的，它的生命周期就等于这个程序的生命周期。因为它是全局的单例 的，所以在不同的Activity,Service中获得的Application对象都是同一个对象。所以可以通过Application来进行一些，数据传递，数据共享,数据缓存等操作。 在Application中如果保存对象有导致内存泄漏的风险。并且在onCreate中执行耗时操作会直接影响程序的启动时间。 onCreate（） 程序创建的时候执行。 onTerminate（）程序终止的时候执行,当程序是被内核终止以便为其他应用程序释放资源，不会被调用。 onLowMemory（）低内存的时候执行。可以用来释放一些不必要的资源来应对后台程序已经终止，前台应用程序内存还不够时的情况。 onConfigurationChanged（Configuration newConfig)配置改变时触发这个方法。 onTrimMemory（int level）程序在进行内存清理时执行。
用于viewpager+fragment布局 import android.os.Bundle; import android.view.LayoutInflater; import android.view.View; import android.view.ViewGroup; import android.view.ViewGroup.LayoutParams; import android.widget.FrameLayout; /** * 懒加载Fragment 只有
Fragment是Activity中用户界面的一个行为或者是一部分。主要是支持在大屏幕上动态和更为灵活的去组合或是交换UI组件，通过将Activity的布局分割成若干个Fragment，可以在运行时编辑Activity的呈现，并且那些变化会被保存在由Activity管理的后台栈里面。
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/gdutxiaoxu/article/details/52826810
当ViewPager切换到当前的Fragment时，Fragment会加载布局并显示内容，如果用户这时快速切换ViewPager，即Fragment需要加载UI内容，而又频繁地切换Fragment，就容易产生卡顿现象（类似在ListView快速滑动的同时加载图片容易卡顿）。
如果我们的项目中使用了ViewPager+Framgment实现底部Tab可点可滑，那么我们都知道ViewPager有预加载功能，通过viewpager.setOffscreenPageLimit();来设置，不设置默认加载上一个和下一个Fragment页面，带上本身也就是三个页面(当然如果你刚进入就是首页，那么它会加载首页和下一个页面，因为首页上面没有页面呀)。预加载功能会暴露一个问题，比如我刚进入加载首页的数据，但是因为有预加载功能，那么就会执行下一个Tab对应的Fragmeng的生命周期，如果我下一个Tab页数据量小还好，如果我有比较耗时的操作或者网络请求，势必会影响程序的性能，影响用户的体验。那么我们要做的就是禁止ViewPager预加载或者提供一个只在Fragemnt可见的情况下，才去进行耗时操作的方法，只要Fragmeng可见我们就执行该方法。
大概就是这个方法可以告诉当前Fragment的是否对用户可见，但是可以在生命周期外调用，所以生命周期的方法回调可能不是很准确。所以在Android x里面，Google推荐我们使用 setMaxLifecycle.
做应用提高用户体验是很关键的，对于用户体验来说有一件事是不能回避的，就是页面切换的过渡动画。因为后一个页面可能会加载数据，所以切换时后一个页面是空白的导致用户体验比较差。那么如果下一个页面数据加载可能很快，为了提供流畅的顶级导航过渡，可不可以等待第二个屏幕加载数据，然后再启动动画？
距离ViewPager2正式版的发布已经一年多了，目前ViewPager早已停止更新，官方鼓励使用ViewPager2替代。 ViewPager2底层基于RecyclerView实现，因此可以获得RecyclerView带来的诸多收益：
在 Android 中，任何耗时的操作都不能放在 UI 线程中，所以耗时的操作都需要使用异步加载来实现。其实，加载耗时数据的常用方式其实也挺多的，就让我们来看一下
讲一下我在做一个答题APP时涉及到倒计时时遇到的一个问题吧。 碎片（Fragment）+CountDownTimer组成的一个答题，其中遇到的一个问题就是，这个题的倒计时在你手动滑动下一个题的时候却用在了下一个题的时间 解决这个问题运用的就是懒加载来控制倒计时的开始和取消
上面两个页面都是 ViewPager + Fragment实现，Viewpager + Fragment情况下，fragment的生命周期因Viewpager的缓存机制而失去了具体意义
有时候，我们在同一个activity里面有很多fragment，在横竖屏的时候，有些fragment要求重新加载数据，有些不需要，如何简单控制这些需求，本人分享一点小经验，欢迎大家指正里面的错误。
在前文中的效果中（Android如何创建自定义ActionBar），点击屏幕下方的 TextView 以此来实现 5 种 fragment 界面的切换。
转载请表明出处：http://blog.csdn.net/lmj623565791/article/details/37936275
一，android装载器基本方法 装载器从android3.0开始引进。它使得在activity或fragment中异步加载数据变得简单。装载器具有如下特性： 它们对每个Activity和Fragment都有效。 他们提供了异步加载数据的能力。 它们监视数据源的一将一动并在内容改变时传送新的结果。 当由于配置改变而被重新创建后，它们自动重连到上一个加载器的游标，所以不必重新查询数据。 装载器API概述 在使用装载器时，会涉及很多类和接口们，我们在下表中对它们总结一下： Class/Interface说明L
Fragment(碎片) 拥有生命周期，含有视图，可视可交互的界面 。 本文源码可见此处 1.Fragment和Activity生命周期的测试 --- Fragment和Activity生命周期 --- Fragment和Fragment切换时生命周期 --- Fragment与嵌套的子Fragment的生命周期 2.Fragment和Activity或其他Fragment数据传递 --- Activity --> Fragment --- Fragmen
看了一篇关于ViewPager2软文后，我发现最新的Fragment代码淘汰了setUserVisibleHint方法，转而支持用setMaxLifecycle方法，setMaxLifecycle言外之意是设置最大生命周期，懂行的人应该知道，Fragment一直都是无法直接设置生命周期，必须通过add、attach、remove、detach、show、hide方法间接干预，本来就此功能，简单介绍一下setMaxLifecycle的原理和上手效果；
JavaScript 模块化是指将JavaScript代码划分为独立、可重用的模块，每个模块包含特定的功能。模块化有助于代码的组织、维护和重用，并且可以避免命名空间的冲突。随着JavaScript的不断发展，模块化方案也经历了几个阶段的演变。
开发 漫品 客户端 本地图书导入页面 的过程中，需要获取到手机目录中所有的txt文件进行展示用于提供给的用户进行
根据异常的提示，我们可以确定问题应该是出在了Glide.with(context) 中的context 我们点到源码中看一下 Glide.with() 是怎么实现的。
在AndroidX之前的Fragment , 由于配合ViewPager使用 , 在Fragment添加到ViewPager上后 , 生命周期会跟Activity绑定 , 所以导致Fragment在不可见的时候 , onStart/onResume也会被回调 .
在Android开发中，多线程是一个常见的话题。为了有效地处理多线程的并发问题，Android提供了一些工具和机制。其中，ThreadLocal是一个强大的工具，它可以使得每个线程都拥有自己独立的变量副本，从而避免了线程安全问题。
在上一篇文章如何统计Android App启动时间中我们探讨了如何统计Android App的启动时间，以及简要分析了App启动流程。这一篇文章主要讲如何在实战中提升Android App的启动速度。下面我们先回顾一下App的启动流程。
该布局文件定义了一个简单的消息项，包括消息发送者的名称 (senderTextView)、消息内容 (contentTextView) 和时间戳 (timestampTextView)。每个消息项都会垂直排列，并且文本样式和颜色会根据上述设置显示。
Android开发者都经历过APP UI开发不当 会造成OverDraw，导致APP UI渲染过慢，但是很多人却没听过OverLoad，OverLoad一般是由于开发者在主线程操作耗时操作，导致程序变慢 甚至出现的anr的现象，那么Android早已为这种现象提供完美的解决方案，本文介绍带来的Android Loader机制。
网上关于androidx的fragment懒加载文章已经有很多，各有侧重。几乎都点到了sexMaxLifecycle和修改FragmentPagerAdapter。很少看到经过实践的文章，谨以此文，更加详尽的把实践后的结果记录下来，赠予有缘人。
原文地址：ViewModels and LiveData: Patterns + AntiPatterns 原文作者：Jose Alcérreca 译文出自：掘金翻译计划 本文永久链接：github.
一个精简且有效的DOM结构可以加速页面渲染，提高用户交互响应速度，并减少内存使用。
感谢支持ayqy个人订阅号，每周义务推送1篇（only unique one）原创精品博文，话题包括但不限于前端、Node、Android、数学（WebGL）、语文（课外书读后感）、英语（文档翻译） 如果觉得弱水三千，一瓢太少，可以去 http://blog.ayqy.net 看个痛快
页面多状态布局是开发中常见的需求，即页面在不同状态需要显示不同的布局，实现的方式也比较多，最简单粗暴的方式就是在 XML 中先将不同状态对应的布局隐藏起来，根据需要改变其可见状态，如果多个界面公用相同的状态布局，缺点也很明显，繁琐、重复、不优雅等，类似的实现也可以使用 ViewStub，这样性能会更好些。所以我们要做的就是尽可能避免这些方式所导致的问题，更加高效、优雅的管理不同的状态布局。
Viewpager默认会缓存临近操作的两个页面，也就是至少会缓存一个页面。但我们有时候的需求是需要当滑动到相应页面后再去更新数据，比如网络请求这种，可能你会说，那直接在onResumel里请求数据不就行了，但是ViewPager预加载机制在你处于前一个页面时，已经加载好了下一个页面。当然你也可以将所有页面全部缓存，但这样所消耗的内存不言而喻，而且如果数据过多，第一次进去的时候的速度不可估量。所以这次我们使用懒加载来实现我们的需求。 Fragment 提供了 setUserVisibleHint 方法检测
一旦activity进入resumed状态（也就是running状态），可以自由地添加和删除fragment了。因此，只有当activity在resumed状态时，fragment的生命周期才能独立的运转，其它时候是依赖于activity的生命周期变化的。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
