曾辉-Android进阶之旅-系统架构篇

如果你已经能独立写完一个 App，但遇到「为什么 RecyclerView 能加头部」「换个场景该用哪种设计模式」这类问题还是靠搜答案，这门课补的就是这段差距。它不是从零讲 Android，也不打算把二十几种设计模式挨个念一遍，而是盯着系统架构里真正被反复用到的那几个模式，讲清楚它们解决的是什么问题、在 Android 源码里长什么样、你在项目里怎么用。

先确认自己缺的是哪一块

这门课默认你已经跨过了入门线：能写 Activity、能调接口、能跑通一个列表页。它要补的不是 API 用法，而是三件事。

• 知道模式的名字，但说不出它到底在解耦谁和谁。比如单例、Builder、适配器都能背定义，一到代码里就分不清什么时候该用哪个。
• 看得懂自己写的代码，看不懂系统源码里的写法。打开 Android 源码或主流三方库，层层嵌套的接口和抽象类让人发懵。
• 写过一些「能跑」的代码，但扩展性差。需求一变就得改老代码，改完还容易碰坏别的地方。

如果这三条里有中招的，说明你缺的不是知识点，而是把设计意图和代码实现连起来的那根线。这门课就是在那根线上补课。

它讲什么，怎么讲

课程围绕 Android 系统架构中高频出现的设计模式展开，每讲一个模式，都会落到真实场景里。以装饰模式为例，讲的是 RecyclerView 如何通过装饰器给列表添加头部和底部——这件事很多人会照着抄，但说不清为什么要在不修改 RecyclerView 本身的前提下完成扩展。理解了这一层，你再遇到「给已有控件加功能又不改原类」的需求，就知道该往哪个方向想。

讲解方式是源码加实战两条腿：一边拆系统或成熟框架的实现思路，一边用可运行的示例把这些思路复现出来。所以你会看到结构层面的抽象类、接口是怎么被组织起来的，也会看到落到项目里该怎么组织自己的代码。这种讲法比单讲概念慢，但留下的印象更牢。

需要提醒的一点：这门课不教新框架，也不追某个版本的新特性。它讲的是相对稳定的东西——分层、解耦、职责划分这些思路，换个 UI 框架、换个平台，判断方式依然成立。所以别指望学完就能立刻套用某个模板，它更像是给你一套看代码的视角。

配套练习建议这样用

课程附带笔记和源码，这是最容易被浪费的部分。建议不要一上来就打开源码对照着看，那只能收获「哦原来是这样」的错觉。更有效的顺序是：

• 先只看问题描述，比如「RecyclerView 要加头部和底部，不改原类怎么办」，自己先想一个方案，写几行伪代码。
• 再看讲解，重点比对「我漏掉了哪一层抽象」「我是不是又去改原类了」，这个差异就是你真正要补的东西。
• 最后翻开配套源码，找一处你之前理解偏了的地方，动手改一改，看会不会崩。

每个模式都走一遍这个过程，比连看十讲都管用。笔记部分适合当复习提纲用，隔一周回头扫一遍，能快速想起来某个模式的适用边界。

学完应该能回答这些问题

检验有没有补上缺口，不用做卷子，试着回答下面几个问题就够了：

• RecyclerView 加头部为什么用装饰模式，而不是继承或者直接改源码？装饰和继承在扩展方式上差在哪？
• 同样是「一个类只允许一个实例」，单例在 Android 里要考虑哪些额外因素，直接套模板会踩什么坑？
• 拿到一段陌生源码，你靠什么线索判断它用了哪种模式，而不是靠背定义去对号入座？
• 需求来了新变化，你怎么判断这次应该改原类、加子类，还是包一层？

这些问题答得顺，说明你已经从「知道名字」走到「看清意图」了。答不上来也别急，回到对应那一讲，带着问题重看一遍，效果比第一遍好得多。

这门课适合放在你还在一线写业务代码的阶段看。太早看，会觉得抽象，用不上；太晚看，很多习惯已经定型，改起来更费劲。现在这个节点，刚好。