Android开发技术之HeadlessFragment

前言

Android开发技术系列主要介绍一些日常开发中常用的开发技术,他们通常是完成特定目标的方法的最佳实践,被广泛使用,但因为属于技术细节,很少有人会专门来讲这些,这里将这些技术整理总结并归纳,以造福广大开发者,喜欢的点个关注吧。

简介

今天要将的HeadlessFragment你可能没有听过,但绝对用到过,因为太多优秀的开源库都使用了这个技术。例如
tbruyelle/RxPermissions
bumptech/glide
jetpack中的viewModel实际上是这种思想的一个变种

什么是HeadlessFragment

headless的意思就是没有显示,例如虚拟机支持headless方式启动,启动后没有ui界面,只能通过远程访问,这在一些没有ui交互、对新能要求较高的使用场景很有用。
Fragment我们通常用来显示一个view,Fragment工作像是一个view controller,其实我们可以在onCreateView的时候不创建view,直接返回null也是可以的。Fragment还有另外一个特性,就是他在创建的时候可以设置一个属性叫retainInstance,设置为true之后,在activity销毁重建的时候当前Fragment不会被销毁而是从新attach到新的activity中。
所以满足下面两个条件的Fragment被成为HeadlessFragment:

  • onCreateView 方法返回null
  • retainInstance == true

例如:

class HeadlessFragment : Fragment() {
    init {
        retainInstance = true
    }
    override fun onCreateView(inflater: LayoutInflater, container: ViewGroup?, savedInstanceState: Bundle?): View? {
        return null
    }
}

为什么要HeadlessFragment

在Android开发中有一个经常遇到的问题就是Activity的自动销毁重建机制。屏幕旋转或者其他配置改变都会自动销毁重建,那所谓saveInstance方式其实很恶心,因为很多东西是无法序列化的,例如一个listener, 很大的bitmap,随着业务的复杂,saveInstance方式也极易出错
设想以下场景:

  • 一个网络请求正在被执行,这时候Activity旋转了?
  • fragment 与fragment通信,fragment与activity通信

HeadlessFragment解决了什么问题

解决了Activity自动销毁重建的状态保存问题,例如RxPermissions使用一个headlessFragment作为中转,glide使用headlessFragment保存图片下载请求并且绑定生命周期

推荐阅读更多精彩内容