因为平时喜欢唱歌发某音，但录着录着老是忘词；打开音乐 App 查歌词，又总被广告、会员弹窗打断。于是我干脆做了一个很朴素的小 App

Now in Android 的项目结构并不是为了让开发更简单，而是为了让大型团队能够长期维护同一个代码库。

前言 写这篇文章，其实是因为最近看到有些公众号在介绍 Kotlin 协程时，都推荐在 Repository 中这样写： 甚至把这种写法包装成一种"最佳实践"，理由通常是： Repository 自己负

前言 如果你还没看过这篇,请先移步看看这篇 Android 现代架构不需要事件总线 在一个真实 App 中，页面之间经常需要联动。 比如： 登录成功后，首页要显示用户信息 消息数量变化后，底部 Tab

拆了胡彦斌「彦火」APK：它确实是 Flutter App，为什么体积还能这么小？ 最近胡彦斌的粉丝社区 App「彦火」挺有话题度。作为开发者，我更好奇另一件事：这个 App 到底是原生写的，还是跨端

Speed Tools：一套低侵入的 Android 插件化 + 动态换肤 + 字体切换框架 一、前言 几年前我在 CSDN 写过一篇 [《android 插件化框架 speed-tools》]，那时

组件层次 分层原则： 基础组件 ui/ 只封装 Paper 组件 + 项目默认样式，不含业务逻辑 复合组件组合基础组件，处理特定场景的交互 页面组件编排复合组件，连接 Store 数据 设计 Toke

Kaleido 是一个面向 Android Release AAB 的 Gradle 构建加固插件。

很多开发者之所以觉得开机拉起慢，是因为采用了“等系统发 BOOT_COMPLETED 广播，App 再接收广播调 startActivity”的常规做法（由于广播排队，往往要等开机后 5~10 秒）。

Android发版5大痛点：Bundletool管理、ProGuard规则、发版检查、多渠道打包、CI/CD配置。逐一拆解自动化思路，附可复用的Gradle脚本与检查清单。

背景 先说一下为什么要做这个事情，首先公司主体业务有两条线，我姑且称为业务A跟业务B吧，业务A为主，多数研发资源都在业务A上，我个人是负责的是业务B的Android端app开发(怎么像在面试做自我介绍

欢迎来到 2026年Android中高级面试题专栏 的第二篇：Android进阶篇。 如果说基础核心面试题考查的是你的“基本功”，那么进阶与底层原理则是大厂划分技术职级（如 Senior/Archit

Syncox 是一个专为 Kotlin Multiplatform 和 Android 打造的离线同步引擎,核心设计理念是 “零侵入” 和 “发后即忘”。

DSL（Domain-Specific Language，领域特定语言）是一种面向特定问题领域设计的表达方式。它不一定是一门全新的语言，也可以是一组经过设计的 API，让代码读起来更接近业务语义。

一、背景：为什么又要造一个 Authenticator？ 事情的起因很日常。 那天早上到公司，内部系统突然弹出了二次验证。我掏出手机，下意识去搜 Google Authenticator——结果下载完

EventBus 的崛起，是因为它解决了当年安卓组件通信的痛点，用最简单的方式实现了解耦，是那个时代的优秀方案。

Android 图形系统横跨应用、系统服务和硬件。本文从 View.draw 到屏幕像素，梳理六层分层结构、数据流与控制流两条主线，并对照典型场景的接入方式，不展开实现细节。

接手一个运行了五六年、数十万行代码的超大型 Android 项目，代码库从纯 Java 慢慢变成了 Java 和 Kotlin 混编。两种语言互相调用时，以下的一些场景或坑在这里记录下，如果你恰好也碰

腾讯音乐正式开源 Android 秒级增量构建插件 Jugg。它采用独立旁路增量编译、定制 AAPT2 及智能热重载/热修复部署技术，绕过 Gradle 机制，将日常变更编译与生效提速至 3 秒。