领大家来一次`Kotlin + Compose + Multiplatform`跨平台之`桌面端`实现完整案例： 1）包含新项目工程，配置，打包 2）基础布局，文字显示，图标

前言 很高兴遇见你~ 这又是一个新的系列，灵感来源于最近做的一次布局优化，我们知道：Android 中少量的系统控件是通过 new 的方式创建出来的，而大部分控件如 androidx.appcompa

本文主要介绍Fragment如何与Activity生命周期同步，并从与源码角度介绍事务提交各种方式之前的区别，并针对个人在日常开发中遇到的问题给出详细的解决方案

之前基于头条的适配方案写了篇文章 Android 屏幕适配从未如斯简单，但后续发现还是有挺多坑的，这些坑都记录在了 GitHub 屏幕适配问题汇总及解决，基于这么多坑，最终我发现了一种更完美的适配方案，本打算一个多月前就写这篇文章的，但由于公司事务繁忙一直抽不出空来，拖更到现在…

Lifecycle的核心设计模式就是观察者模式。 LifeCycleOwner 是被观察者，LifecycleObserver 是观察者。

自 Android 5.0 版本，Android 带来了沉浸式系统 bar，为简化系统 bar 沉浸式的使用，以及统一机型、版本差异所造成的效果差异，本文将介绍系统 bar 的组成以及沉浸式适配方案。

概述 在实际的项目开发中，一定会有埋点上报的需求。可能每个项目上报的方式不一样，有些是通过自动化埋点，不需要开发手动上报，有些是需要开发自己上报。在我们业务的一个项目中，因为采用的是业务推动迭代的方式

Glide.with(）的核心在于-》 宿主fragment或者acitivity生命周期-》空白fragment生命周期-》RequestManager生命周期

DataBinding/ViewBinding 作为 Android 官方的亲儿子库，它的经历更加的离奇，从发布的时候火爆，然后到坑太多直接遇冷，随之被其他框架替代，再到后面 Kotlin 出来之后