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保存图片下载请求并且绑定生命周期