最近刚好有人问我，说现在 Flutter 官方好像没什么消息了？都没什么 Flutter 活动？我只想说，现在办活动的，不是 AI 主题的谁给经费？ 刚好这两天看到了 Flutter 官方宣布的 20

笑死，在不久之前 3.41.7 iOS 大修复我们才聊过，Flutter 官方终于修复了 iOS 26.4 的 JIT Debug Crash 问题，这个问题是因为它有一个上游 bug（llvm/ll

前言 在 Android UI 体系中，View Tag 属于 View 基础属性与数据存储机制。Tag 本质上是依附在 View 树节点上的“便签”，允许我们在不继承或修改原生 View 的情况下，

最近 Bun 官方正式宣布，下个版本 Bun 将正式支持 Android ，当然官方也说了，不要别把「能在 Android 手机上跑 Bun」误解成「能用 Bun 开发 Android App」，用

自Android Skill发布之后，Kotlin协程也发布了相关Skill。 是什么 Kotlin Coroutines Skill 是一份开源的 Agent Skill（v2.0.0），隶属于 S

1. 为什么会有 SparseArray SparseArray<E> 是 Android 为 int -> Object 映射设计的轻量级容器。 它不是为了在所有场景替代 HashMap<Integ

前言 本文是从Activity 启动流程（二）—— AMS 处理阶段中拆出的 扩展篇文章。 代码基于 android-14.0.0_r9。 1. 一句话先说结论 startActivityInner(

驯服Dispatchers四大护法：Main、IO、Default、Unconfined。看透IO与Default共享线程池的弹性机制，掌握withContext性能优化与Main.immediate

我感觉这是 Jetpack Compose 今年更新最有意义的一个版本了，没有之一，因为它提供了一套全新路线方向，同时也补齐了 Compose 三个长期短板： 组件样式能力太依赖 modifier 和

引言： 你有没有想过，一个城市的自来水系统是怎么工作的？ 水厂把水净化好，通过主管道送到各个小区。每个小区有自己的水表和阀门，哪家开了水龙头，水就流过去；哪家关了，水就停。水厂不需要知道每家每户在干什

技术方案没有绝对的好坏，只有适不适合。了解它的内功心法，才能判断这套功夫适不适合你的战场。不要因为别人说好就觉得好，也不要因为别人说不好就觉得不好。自己去看源码，自己去验证。

前言 在 Android 开发与系统架构的演进中，“统一分发与策略路由”是一种常见的设计思想。随着系统复杂度的提升，架构通常会经历从“点对点 / 去中心化”向“集中式的统一分发”转移。这种模式广泛应用

> 📌 本文面向有 Android 基础、了解协程基本用法，但尚未接触 Clean Archit

在 Compose 中，每当组合函数读取的状态发生变化时，该函数就有可能被重新执行。状态一旦更新，Compose 会遍历 UI 树，并让所有依赖该状态的组合函数重新执行（即重组）。

引言： 你家楼下有个快递驿站。你网购了东西，快递员送到驿站，你拿着取件码去取。驿站不生产任何商品，它只做一件事：帮你把东西从卖家那里"中转"到你手上。 Flutter 框架里也有这么一个"驿站"，叫

我的好同事彭于晏读完我前面几篇关于 Compose 的文章后，准备在组内好好推广一下，做一次分享（毕竟也有 KPI）。

强跳过模式（Strong Skipping Mode）是 Jetpack Compose 中最容易被误解的特性之一。

我已经忘了，这是我第几篇聊 iOS 26 的 JIT 调试问题，自从 iOS 26 正式禁止 Debug 时 mprotect 的 RX 权限之后，Flutter 的在 iOS 真机的 JIT 运行和

> **AsyncTask 的退场，不是一个 API 的废弃，而是一种编程思维的终结。** #