柿蒂

前言: 很多架构在项目初的时候看不出破绽；只有当项目维护和扩展越来越难的时候，才真正意识到——设计模式不是“装饰”，而是“地基” 。

前言： Android拖拽view进行移动是一个很常见并且很“正常”的功能，在合理的逻辑中，可以实现并不复杂的运算，对于用户设备的性能消耗理论上也可以得到一个较好的支持。

Activity 的启动是一个复杂但极具条理的过程，AMS、Instrumentation、ActivityThread 等多个组件共同

一、前言： 最近在开发过程中遇到一个棘手的问题：当我们试图将应用中的某个视图（View）生成图片时，生成的图片中的布局总是出现错乱。经过仔细排查，发现代码逻辑本身并没有问题，问题似乎出在生成图片的具体

前言： 最近在项目中发现有个recyclerview滑动掉帧现象很严重，刚好最近要更新一个版本，就准备把这个问题优化了

遇到了一个有趣的问题：在页面中有一个 `ImageView`，它的宽度或高度根据传入的图片自动拉伸。然后根据 `ImageView` 的大小，通过代码绘制一个新的 `View`

最近在接手一些老项目时，我发现其中存在布局点击事件无效和频繁崩溃的问题。经过简单排查，发现问题的根源在于项目中混用了 ViewBinding 和 findViewById

在我们某个应用中，有一个功能需要显示时间的秒数、分钟数等。在正常情况下，我们每秒更新一次 TextView 的 setText() 方法来显示数据。

前提摘要 最近项目需要实现类似xx网盘和xx相册的云盘相册效果，刚好有空整理了一下实现思路，记录下来。