在使用 Kotlin 开发 Android中，我们一般返回 Result 来表示方法调用的结果。对于 Result 的返回值，我们可以很方便得使用 onSuccess 和 onFailure 等扩展方

笔者作为工作多年的老Android，本篇借着自己微薄的经验总结一下自己认知到的Android项目架构，抛砖引玉。

4月份开始，公司的几个Android项目线上突然出现了很多华为鸿蒙的设备TooManyRequestsException的问题，在社区上也零零散散看到关于华为鸿蒙设备出现TooManyRequests

最近面了几家公司，感觉虽然说八股文不怎么被提倡了，面试不怎么考八股文了，但是我怎么感觉这种说法在我身上不适用呢，基本面的每家公司都有八股文的内容，有一家还跟我聊了半小时八股文，差点嘴里要冒火星子了，所

背景 公司最近在封装 KMP 能力的基础库，并计划使用 Ktor 取代传统的 Retrofit 和 Okhttp 进行网络请求，所以提前对 Ktor了解了一下，特此梳理一下。 本篇文章暂不说明网络引擎

其实这应该是适配 「Android 15 上 16K Page Size 系列」的第三篇，为什么会有第三篇呢？还是因为前两篇之后，有些人还是觉得，对于如何适配这件事不是很理解，刚好上一篇讲解「快速适配

在此之前，我们通过 《Android 15 上 16K Page Size 为什么是最坑》 介绍了： 什么是16K Page Size 为什么它对于 Android 很坑 如何测试 如果你还没了解，建

背景 随着业务的发展，首页的弹窗越来越多，隐私政策弹窗，广告弹窗，好评弹窗，应用内更新弹窗等等。 并且弹框显示还有要求，比如： 用户本次使用app，只能显示一个弹框，毕竟谁都不愿意打开app就看到一堆

万能ViewPager2适配器--SmartViewPager2Adapter 特点功能 完全脱离xml，所有效果只需要通过api调用