Android开发

Gradle 基本结构以及主要配置 简单来说 就是指定 一下cmake文件的位置，以及 你要编译的cpp版本，和abi版本 大多数情况 gradle配置就关注这2个即可 Cmake重要配置 介绍一些重

获取jar包 adb pull system/framework/framework.jar 不需要root权限，基本所有品牌的手机 都可以直接获取这个jar包 下载BytecodeViewer 下载

为什么ARouter 无法适配AGP 8.0 具体可以看我之前的分析 简单来说， 就是去除了registerTransform函数以后，默认提供的Transform Action的方案 无法做到全量扫

IRouteRoot的loadInto方法体内部逻辑 首先可以看下，arouter 之前的loadInto 方法里面 都包含了哪些因素 其实 归纳起来也不难，无非就是往一个map里面 put了 我们之

为什么要适配Transform Action？ 因为registerTransform 这个api 在8.0的agp版本中要被删除了啊，到时候你的工程中的插件如果还有这个api 就编译失败了 适配这个

解决 compilesdk 33与kotlin不兼容的问题，介绍了bug的产生背景和bug的解决方案

Modifier.layout 看下面这段代码 这里的2个Text 在实际展示上 位置和大小都一样，没有区别，放这个例子 其实就是为了给大家展示一下 layout的作用，实际上对于Modifer.si

modifier: Modifier = Modifier 的用法 Google 推荐在自定义一个Compose的时候，第一个有默认参数值的类型 要用 modifer ，例如： 有人可能会问为啥要这样

初识 derivedStateOf 首先看这样一段代码： 这里的程序就稍微显的特殊一些， highPriorityTasks 这个值 是由 todoTasks 与 highPriorityKeywor

我的list 为啥不更新？ 先看下面的代码： 执行以后 你会发现 虽然点击以后 data的值应该是新增了，但是界面却没有发生任何变化 我们稍微修改一下： 相比于第一段代码，他新增了一个text组件，这

隐藏的性能风险 首先来看下面这段代码 这个界面第一次渲染的时候，执行的顺序很容易理解： 当你点击了以后： 看下log日志 ，你会发现 改变的不仅仅是Text这个view 被Recompose，而且与他

Compose 的 注解 一般配合注解的方式 都是 注解处理器或者是字节码处理工具，但是Compose配合注解的方式 则使用的是 编译器处理方式，原因是Compose是跨平台的。 要做到平台无关性 是

Compose 基础知识 这套东西和android的view系统基本没有关系，更和flutter的那种自会引擎没有关联。 你可以把他理解为 只包含 android中 canvas和draw的一个 高级

如何快速获取 相册分类 所谓的相册分类，其实就是将媒体数据库中的所有媒体文件 进行处理，按照文件夹名称来区分开，这样用户选择图片的时候可以按照 文件夹名称快速选择 例如我们可以看下微信的图片选择： 显

如果使用自定义插件较多的同学 可能会碰到坑，升级完ide 以后 可能会导致编译失败 或者报类似编译错误的： 可以按照如下配置修改： 这样一来 可以保证android studio 是编译过的。但是有些

传统编写界面的方案 如图所示， 假设我们要完成一个如图类似的布局 大部分人的做法肯定是 线性布局 相对布局 一顿组合操作 写在xml里面 这样布局嵌套其实就有点深了，有没有更好一点的写法？ 答案是有的

android 内存泄漏 实战，从dialog的内存泄漏问题开始入手，教你一步步的解决这个实际的线上问题

Hilt 是啥？ Hilt 就是依赖Dagger2 而来的 一个 专属android 端的 依赖注入框架。Dagger2 是啥？ Dagger是以前 square 做的 依赖注入框架，但是大量使用了反

探测 界面绘制性能 获取界面的绘制性能有很多种方法，比如说 Systrace 但是这种方法 有一个不太好的地方就是使用起来较为复杂， 有没有一种 谷歌官方推荐 的方便一点的方法 ，其实是有的，只需要一

本文目的谷歌推出以lifecycle viewmodel livedata 为基础的mvvm框架已经有一段时间了，笔者最近也准备在团队中正式尝试使用，学习的过程中也是走了一些弯路，这里留做文档 帮助后