前言 之前有次面试，有个老哥问我有没有Compose项目经验，我说没有但是平时会写一些demo玩玩，之后就问了我个问题，记得是DisposableEffect,SideEffect以及Launched

Compose 本身独立于安卓经典的 View 系统，但并不是所有的 View 都可以用 Compose 替代，例如：WebView，MapView。 但如果你真的需要用这些 View 怎么办？

前言 在上一篇中，我们揭开了Compose重组背后的真相，识别了那些看不见却致命的状态陷阱。本系列文章如下（正在更新中）： 状态管理：Compose的隐形炸弹？从重组陷阱到性能救赎 我们或许已经优化了

领大家来一次`Kotlin + Compose + Multiplatform`跨平台之`桌面端`实现完整案例： 1）包含新项目工程，配置，打包 2）基础布局，文字显示，图标

这篇文章将深入浅出地带你分析Compose Runtime引入的性能提升利器PausableComposition，并理解它是如何提升无限列表的性能。

本文对 KMP 做了详细介绍，包含它的基础能力以及编译过程。并从开发者最关注的性能、灵活性、生态、可靠性几个角度，简述了 KMP 的优势。包含了多个大厂的实战案例，和 Kotlin，KMP 的发展历史

Compose中的 副作用（Side Effect） 是一个核心概念，理解它对编写高质量的Compose代码至关重要。 什么是副作用 定义 副作用是指在Composable函数执行过程中

长驻UI元素是否应该在根级别还是要在每个屏幕进行定义？本文将结合实例来寻找一种Jetpack Compose中优雅的解决方案。

学会一步一步的将一个现有的Android Jetpack Compose项目转化为Compose Multiplatform项目。