下雨天躺着

适用于 KMP 的纯 Kotlin UIModel 模式 —— 在 SwiftUI、Kobweb 和 Compose 上使用相同的类。无需 AndroidX。 在不同的 KMP 项目中，我一直遇到同样

看完这篇文章，你将彻底理解 Compose 屏幕适配的本质，以后写 UI 再也不用担心在不同手机上显示效果不一致了。 一、先看问题 假设 UI 给你的设计稿是这样的： 你在代码里写了 width =

在 Jetpack Compose 的开发中，动画和状态的频繁变化是家常便饭。然而，如果不注意状态读取的时机，很容易陷入“性能陷阱”，导致频繁且不必要的重组（Recomposition）

Android(Coil,Glide)大量图片加载缓存清理问题 Glide/Coil 加载大量图片后--->磁盘缓存(已满)-->请求网络资源重新下载. App加载加载大量图片资源以后导致磁盘缓存已满

Android 编译加速/优化 80%：一个文件搞定，零侵入零配置 你以为 UP-TO-DATE 是跳过？其实它在偷偷浪费你的时间

1. 为什么需要双线程？ 在理解 Kuikly 的多线程模型之前，我们先想一个问题：如果把所有事情都放在主线程做，会怎样？ 一个 UI 框架需要做两大类事情： 类别 具体工作 耗时特征 逻辑计算 执行

协程异常处理的核心机制是结构化并发。这是 Kotlin 协程的设计原则，也是为什么协程异常有点难处理的原因。

KMP 日志库的正确打开方式：惰性输出 + 可落盘 + 可扩展格式化 KMP 项目里，日志经常被低估： Android 有成熟方案，iOS 侧可能只有 println，共享层难以统一。 但项目一旦线上

在 Flutter 开发中，我们经常陷入两个极端的选择：要么为了简单的交互写繁琐的 setState 和 addListener，要么为了解耦引入庞大的状态管理库