## 一、前言 上篇文章在结尾留下两个问题 - getContext(this) 和 getContext() 有什么区别？ - 为什么弃用直接 getContext，转而使用 UIConte

## 一、前言 大家都是开发，有时候写着写着 ArkUI 代码，突然就会冒出个问号： > “为啥我改个状态变量，UI 就自动刷新了？” > “@Local 到底背后做了啥？能监听到那么精准吗

## 一、前言 HarmonyOS 的 **Image** 组件，相信大家平时用得还是挺开心的：一个 `url` 往里一塞，咔咔就能显示，啥也不用管，直接起飞。 但是，用着用着你可能会发现一些“

## 一、前言 在前文中，我们提到过 **“状态管理”**。 但状态管理并不仅仅是 *“数据变化 → UI 更新”* 这么简单，它还与组件的 **创建、复用、销毁** 等生命周期过程密切相关。

这篇文章总结了 Compose Multiplatform 开发桌面程序的现状，以及我在实际开发过程中遇到的一些问题和解决办法。

在AOSP源码中，system/core/init/main.cpp 里的 main 函数是整个Android用户空间的起点。

依赖注入（Dependency Injection，下文以DI简称）是控制反转（Inverse Of Control）思想的一种实践，笔者在早期基于Spring进行后端开发时，就已经尝试使用过类似工具

为解决App代码臃肿、编译耗时的问题，我们进行了分包重构，核心思路如下： 业务分包：将不同业务线的代码拆分成独立的包，开发者只需聚焦于各自包内的example工程进行开发，从而提升编译和运行效率

在维持多仓库管理模式的同时，也能利用 `Melos` 和 `Pub workspaces` 的优势。

Android MediaSession 完整实战指南：从零构建车载音乐播放器 最近负责吉利的车机多媒体开发，包括音频、视频、语音交互、杜比、K歌等等所有和多媒体相关App的开发及联动。由于涉及的业务

OkHttp网络框架设计 目录介绍 01.整体概述介绍 1.1 概述介绍 1.2 核心特性说明 1.3 技术架构概览 1.4 问题思考 02.核心架构设计 2.1 整体架构设计 2.2 整体设计思路

2025年Android六边形战士开发趋势，需要掌握那些技能和自我反省，要向六边形战士方向 发展并不断深入，当然六边形战士只是一个名词，Android实际涉及到的分支，可能不止6个，可以

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

新一代烟花效果实现方式：Compose + 协程 + Flow + Channel + 实现 核心逻辑设计： 采用三层设计结构来完成：数据层即：粒子模型、逻辑层即：协程更新、视图层即

解决Tag对象跨进程传递失效问题。对比四种技术方案，推荐1px透明Activity配合防抖Toast实现无感知处理。提供完整代码：窗口设置、自动关闭、异步处理。确保后台NFC服务稳定、无感运行

循序渐进Kotlin+Compose+Multiplatform跨平台之桌面端实现系列 数据库使用， 音乐播放器，实现 音频动画效

构建三层架构NFC应用：UI层、业务层、数据层分离。使用工厂模式+策略模式实现多协议兼容。详解保活方案：开机自启、前台服务、JobScheduler。建立统一异常处理机制。

我们在开发天气App时候，常见的有效果是根据天气展示实时UI效果，下雪的时候要展示下雪的效果，雷电雨时候展示雷电雨效果，这样才能让天气展示的更加真实，贴近人民生活。 本文将会展示是如何通过

大型项目架构：全动态插件化+模块化+Kotlin+协程+Flow +Retrofit+JetPack+MVVM+极限瘦身+极限启动优化+架构示例+全网唯一