这么多年了，官方终于正式把多窗口 API 单独拿出来说了，两年前 Canonical 开始负责 Flutter PC 端的开发和维护之后，多窗口也一直是它在推进，目前的完成的设计主要围绕五种窗口类型展

一次 Android 拍照后卡顿的 Perfetto 定位与优化实践 背景 在一个拍照页面中，用户点击拍照后，页面会从相机预览状态切换到照片预览状态。实际体验中，拍照完成后页面存在明显卡顿。 使用 P

# Compose Multiplatform 1.12.0 正式发布：Hot Reload 接入

1. 结论 这类问题的本质不是某个 Binder 调用单独慢，而是： 最危险的代码形态： 风险来自三个条件叠加： 2. 参与角色 角色 典型进程 本案例中的职责 上游 Client SystemUI

背景 个人开发一款可以播放视频的app，使用expo+rn，由于不开发后端服务器，后端采用网络资源，通过爬虫以插件的形式进入注入，这难免存在安全问题 方式 使用new Function 使用eval

当你的 App 调用 `registerContentObserver()` 注册一个观察者时，具体是怎么走的？文章就是详细梳理这一过程

在 Android 开发中，从传统的 XML + ConstraintLayout 到 Jetpack Compose 的 Modifier，布局系统经历了一次大进化。而在 React Native

一、为什么后台定位这么难？ 做过外勤、物流、配送、巡检类 App 的开发者，几乎都踩过这些坑： Android 8.0 以后后台限制越来越严，普通定位服务很容易被系统杀掉 必须前台服务（FGS）+ 常

本文不重复讲 React，而是把你熟悉的 Web 概念当作参照系，回答一个问题：**哪些知识可以直接沿用，哪些必须替换，哪些是从头新增的。** 每一类都对应一篇专题文章，本文只负责建立整体认识。

1.内存泄漏的场景。 内存抖动：在较短时间内，反复的发生内存增长的回收。【onDraw里面new对象】 内存泄漏：本该释放的对象，一直无法释放，最终导致程序可用的内存越来越少，甚至无内存可用（OOM）

店员把包装盒转过来，对准说明书上的二维码。 手机打开一个下载页。页面很干净，中间是一个大大的安装按钮。客人已经把新锁装到门上了，正等着把手机变成钥匙。 App 装好了。添加设备时，列表里没有这把锁的型

ConflatedChannel只留最新值，永不挂起send。看穿源码才能定位死锁的根因。我们将像炼虚修士破碎虚空、直视大道本源一般。

同一个 APK，在测试机上安装正常，到了部分用户手机却只提示“应用未安装”“安装包与系统不兼容”，甚至没有明确报错。这类问题不能只看前端提示。最有效的排查方法，是先用 ADB 获取 Package M

Android APK 加固原理（二）：从 DEX 解密到 ART 加载，如何缩短代码明文暴露窗口 在上一篇《Android APK 加固原理（一）：Native Shell 如何隐藏和恢复 DEX》

Android APK 加固原理（三）：方法级代码抽取——PVM1 虚拟化打包到底是什么？ 项目地址：https://github.com/xopJack/XopProtector 一、前言：为什么有

select同时等待多个挂起点，哪个先完成就执行哪个。Actor不共享状态，只通信，该模式天然避免竞态条件

启动一个桌面 Activity（即点击应用图标启动）是一个涉及多个进程交互的复杂过程。简单来说，它分为发起请求、系统处理、创建进程、初始化应用和生命周期回调几个核心阶段。

自从AI编程助手火起来之后，我的开发流程一直有点拧巴：想在终端用Claude Code，又离不开IDE里顺手的工作流。每次切换模型供应商，还得翻出配置文件手动改，稍不留神就写错格式。

Channel是协程间的BlockingQueue，但它不阻塞线程。send满则挂起，receive空则等待。

ViewCompose 是一套以原生 Android View 为最终渲染树的声明式 UI 框架。本文介绍其五层架构、38 个公开模块、相对传统 View 与 Compose 的差异，以及真实短板。