不只百道哦！！！

我发现做模块化，虽然能总结出来一套较为通用的解决方案，但很难通过几次短短的技术分享就跟别人讲清楚。并且很容易让人产生误解：我们是小公司，不需要做模块化。再加上因为当时是基于公司已有的基础建设，和制度的一些限制，并不能对外开源一套较为完善的模块化方案，这个种子就一直埋下了。

启动优化做到现在，心遇的启动速度和首屏渲染时长都已进入到基线。但是正如上文中说的，启动优化是一个需要长期关注的专项，我们对于心遇的启动时长的优化也不会仅仅限于此。在这次优化项目中，我们遇到过很多问题，也总结出了很多的最佳实践方案，其中最大的收获就是深刻明白了一点：没有无缘无故的耗时，如果有，那么就肯定是哪里出问题了。面对耗时，不想着去解决，只是将它放在子线程中，然后不予理睬，这个问题必然会在下个路口等你。

MVVM其实是前端领域一个专注于界面开发的架构模式，总共分为View、ViewModel、Repository三个模块 (需严格按照单一设计原则划分)View(视图层): 专门做视图渲染以及UI逻辑的处理Repository(远程): 代表远程仓库，从Repository取需要的数据ViewModel: Repository取出的数据需暂存到ViewModel，同时将数据映射到视图层。

内存，是Android应用的生命线，一旦在内存上出现问题，轻者内存泄漏，重者直接crash，因此一个应用保持健壮，内存这块的工作是持久战，而且从写代码这块就需要注意合理性，所以想要了解内存优化如何去做，要先从基础知识开始。

内存泄漏（Memory Leak）是指程序中已动态分配的堆内存由于某种原因程序未释放或无法释放，造成系统内存的浪费，导致程序运行速度减慢甚至系统崩溃等严重后果。内存泄漏缺陷具有隐蔽性、积累性的特征，比其他内存非法访问错误更难检测。因为内存泄漏的产生原因是内存块未被释放，属于遗漏型缺陷而不是过错型缺陷。此外，内存泄漏通常不会直接产生可观察的错误症状，而是逐渐积累，降低系统整体性能，极端的情况下可能使系统崩溃；Android的一个应用程序的内存泄露对别的应用程序影响不大。...

只需要改动下面的两个参数即可，isModuleDebug参数，true就是开启单组件运行模式，moduleName就是你要运行的那个Module名字，之所以定义两个参数，是为了精准到位，组件之间清晰，方便部分组件之间依赖。//是否允许module单独调试moduleName = ""//单独调试module名比如其他组件下这样，不管是依赖，还是版本号，以后统一的在一个文件里进行增加和改变，杜绝私自添加三方依赖，便于审阅。

新能源的崛起，也直接影响到了传统车企，近几年国内已有不少传统车企转型开发新能源汽车（比如：BYD、吉利等），还有不少新生车企的诞生，这也就意味着需要大量的技术型开发人才，所以车载行业一下蹦出大量高薪Android开发岗位。如今的互联网行业的就业形势不太理想，就拿“开猿节流”这件事来说，近几年时有发生，而且频率一年比一年高，不少人被迫开始选择转岗转行。在比亚迪面试的时，经常问关于ROM定制的问题，像手机启动、application启动，在车载里面几乎是必考，3.UI绘制流程分析；4.UI渲染流程分析；

本文旨在通过分析源码一步步分析Robust热修复的实现原理，前半部分首先分析一下Robust思路中运用到的技术方案；后半部分多为源码部分，即Robust对于技术方案的实现与运用。

组件化不仅是一种架构，更是一种思想，架构是可以变得，但是核心思想却是统一的，在拆分代码的时候，要注意模块的颗粒度，不是颗粒度越小就越好，模块分离的好，后期对组件改造会有很大帮助， 关于组件化的文章就讲到这里。于是在我自己弄得以后，整理了《Android 架构学习手册》+《深入理解Gradle框架》学习笔记，根据自己学习中所做的一些笔录来整的，主要也是方便后续好复习翻阅，省掉在去网上查找的时间，以免在度踩坑，如果大家有需要的可以直接点击此处↓↓↓进行参考学习！！！

这几年Android新技术的迭代明显加速了，这里有来自外部跨平台新物种的挑战，有去Java化的商业考量，也有Jetpack等官方自建平台的加速等多种原因。作为Android开发者，我们需要密切关注的同时也不必盲目跟随，还是要认清趋势，结合项目现状再下手也不迟，避免在那些昙花一现的所谓新技术上浪费时间。最后，在这里我有一份收录整理的Android开发面试专题+高级进阶架构资料，这些都是我现在闲暇时还会反复翻阅的精品资料，需要的可直接去访问我**

自定义的静态Handler可以加一个弱引用还有一个主意的就是当你Activity被销毁的时候如果还有消息没有发出去就remove掉吧removeCallbackSandMessages去清除Message和 Runnable 加 null 写在生命周的onDestroy()就行。

大环境持续下行，大公司业务线收缩及裁撤成常规操作，公司内“卷”成常态。作为一个螺丝钉，想要卷出重围，APM必须了解一下！本文主要介绍了APM的一些基础概念，让不熟悉APM的同学有个简单了解。需要绩效的同学们，可以优先考虑APM，开始卷起来啦！为了帮助到大家更好的掌握性能优化相关知识点，这准备了 性能优化知识点汇总和Android 性能监控框架 的学习文档，中间记录了 启动优化、内存优化、UI优化……等知识点，有需要的可以点击直接参考↓↓↓学习！

冷启动：就是点击应用图标到打开应用的冷启动响应时间，且前提是应用从未被创建过进程，热启动：测量点击应用图标到打开应用的热启动响应时间，被测应用之前已经被打开过，无关闭应用行为，测试时被重新切换到前台。

避免长生命周期对象持有短生命周期对象；注册监听回调同时要注意反注册；同时要善用内存泄漏监听库LeakCanary在Debug环境下对应用测试。为了帮助到大家更好的掌握性能优化相关知识点，这准备了 性能优化知识点汇总和Android 性能监控框架 的学习文档，中间记录了 启动优化、内存优化、UI优化……等知识点，有需要的可以点击直接参考↓↓↓学习！有需要的可以复制下方链接，传送直达！！！内功心法不是一天两天就可以修炼出来的，而是需要每天的坚持，技术提升也是如此。

当我们调用时,内部会先判断当前资源是否存在，如果不存在则直接抛出异常；接着调用去加载具体的drawable,内部会根据要加载的drawable的类型、是否是Color,以及是否存在缓存综合获取，如果存在当前屏幕密度的drawable,则使用缓存，否则重新加载。然后根据要加载的drawable文件后缀决定是还是，或者是其他类型的Drawable，最后将加载完成的Drawable的状态与配置参数(ConstantState)加入到缓存中。当我们调用getColor()获取某个颜色资源时，内部会先通过。

今天的干货来点轻松一点的，这次的分享是《

鉴于Bitmap对象是如此复杂，直接使用底层API来执行图片的获取、解码、显示等工作还是有一定难度的，因而Android官方更建议我们直接使用像之类的图片加载框架，因为此类图片加载框架已经将大部分的复杂工作都抽象出来了，使用起来相对简单，而不需要我们关心其底层是如何实现的。但！是！作为一个有追求的高级开发工程师，怎么能停留在只会“用”的程度上呢？我们也想了解，作为Android官方力荐的图片加载框架，Glide究竟优秀在哪些方面呢？其又是如何设计与实现的呢？

好文推荐作者：却把清梅嗅转载地址：https://juejin.cn/post/7140191497982312455。

虽然 Sample 运行遇到了点问题，但是成功地运行了 AAOS 模拟器，也感受了一下 Car 的开发 Module 构成。

存储 Bitmap 像素数据使用的内存是通过 NewNonMovableArray 从 Java heap 申请的 byte 数组 arrayObj，arrayObj 对象的引用只在 Bitmap native 对象和 Java 对象中，作用分别是用来管理 arrayObj 的生命周期以及使用它的 length 来获取 Bitmap 像素占用的内存大小。skia 中并不会为 Bitmap 的像素数据分配内存，它把 Java heap 上 byte 数组的元素首地址转换为 void* 来使用；

如今的Android 行业已步入了成熟期，对于我们这些从业了多年的开发来说，更应该去适应和拥抱新技术。不论是什么时期，也不能只去死守，要敢去尝试新的事物，并将其更好的运用到我们的工作当中去，其一是为了提高我们的工作效率，其二就是提升技术。在开发当中我们总是希望能有更多的时间去写好业务逻辑，而不想浪费太多的时间在 UI 设计这个繁琐的事上，但是又不能不去做UI上面的操作。正式如此谷歌官方就推出了 Jetpack Compose 去替代传统的 UI 框架设计，让大家可以更加跟便捷的去好 UI 设计与优化。

这一块是对点九图的简单介绍，如果对这块已经有了解的话，可以直接跳到2，看看聊天气泡中如何使用点九图。首先简单介绍下点九图出现的原因吧，Android为了使用同一张图作为不同数量文字的背景，设计了一种可以指定区域拉伸的图片格式“.9.png”，这种图片格式就是点九图。 注意：这种图片格式只能被使用于Android开发。在ios开发中，可以在代码中指定某个点进行拉伸，而在Android中不行，所以在Android中想要达到这个效果，只能使用点九图。(对大多数时候来说是这样，实际上可以自己构造，后面会稍微提一下，

Framework是一个架构，它是一个语言开发软件，提供了软件开发的框架，使开发更具工程性、简便性和稳定性。下面这张图想必大家都看过，Google官方提供过一张经典的平台架构图，从下往上依次分为：Linux内核、硬件抽象层、Native层、Java Framework层、App层，每一层都包含大量的子模块或子系统。可以看到具体app的下面就是Framework层的支撑。

Observer的方式相比Printer可以直接拿到Message对象，并且不设置Printer可以避免每个消息调度时额外的字符串拼接成本，性能更优解决开发阶段 hidden API的访问限制，可以通过 compile only 一个fake-andorid工程来实现，在 fake-andorid工程中模拟相应的系统源代码，从而实现对 Observer类的访问。

在工作之余，有时候我就在想，什么样的程序员属于高级程序员呢？或者说，高级程序员有哪些特性呢？工作年限一定不是关键的指标，许多工作多年的程序员依然写不出优雅的程序。无论是在Android 开发还是其他领域，高级程序员一定是勤奋的，可以快速地掌握大量的新技术、新框架，不仅懂得原理，还能把新的技术落地到公司的产品中去。这是衡量程序员工作能力的一个重要标准，那么怎样才能将技术运用自如呢？唯有实践。基于此，

通过Flutter框架提供的通道技术，Native到Flutter的数据传输通道需要对数据做一次额外的序列化及反序列化的传输，同时传输的过程比较耗时，会阻塞UI的渲染主线程，对页面的加载会造成明显的影响。如：填写页业务报错量（可订服务、提交订单、失焦错误数），除了对各类报错率趋势进行监控外，还会综合实际用户流量，区分单项业务报错的流量大小进行预警，且对拆分多维度（单用户、单房型等）触发次数，便于寻找到有特性的badcase，快速定位用户遇到的问题，挖掘更多的业务优化点。主要包括三方面内容：稳、快、质。

关于Android编译加速的文章相信大家都看过不少，但常常要么是好几年前写的，目前看来有些过时；要么介绍了一大堆配置，最后一实践发现并没有多大效果；要么就是大厂黑科技，但是没有开源。今天我们就一起来看看，在2022年AGP7.0时代，除了传统的开启，打开并行编译，调整Gradle堆内存大小等常用手段之外，还有哪些可以落地的编译加速实用技巧本文主要介绍了编译加速的8个实用技巧，有的接入起来非常简单，有的则需要一定的适配成本，但都是可以落地的并且有一定效果的编译加速技巧。

Jetpack Compose 是用于构建原生 Android 界面的新工具包。它使用更少的代码、强大的工具和直观的 Kotlin API，可以帮助您简化并加快 Android 界面开发，打造生动而精彩的应用。

现在的移动应用，视频是一个非常重要的组成部分，好像里面不搞一点视频就不是一个正常的移动App。在视频开发方面，可以分为视频录制和视频播放，视频录制的场景可能还比较少，这方面可以使用Google开源的 grafika。相比于视频录制，视频播放可以选择的方案就要多许多，比如Google的 ExoPlayer，B站的 ijkplayer，以及官方的MediaPlayer。