前言
写第 100 篇的时候，回头看了一下目录——从 Activity 生命周期到 AI 时代的技能重构，整整 100 篇。
100 篇不可能穷尽 Android 工程的所有细节，但能让你知道学什么、怎么学、学到什么程度停下。这一篇不是新的知识点，是一个地图。
一、为什么是 100 篇
公众号做技术系列，50 篇是"建立认知"——读者能看下去；100 篇是"陪伴养成"——读者真的会回来看、转发给同事、临面试时翻。
写到 50 篇左右的时候，我观察到读者形态明显变化：
前 50 篇：单次阅读为主，搜索引擎导流为主；
后 50 篇：重复访问、评论互动、面试前翻看为主；
100 篇后：变成口碑沉淀，读者主动帮你拉新。
如果你想做自己的技术系列，100 篇是个心理门槛——你能写完 100 篇，意味着你"被迫"积累了一个完整的知识体系。
二、100 篇主题索引（按模块）
我把 100 篇按"从初级到专家"分了五层，每层 20 篇。
L1 · 入门篇（1-20）：把"能跑"变"能稳"
入门篇的核心目标：让一个会写代码的应届生能稳住中小项目的工程节奏。
L2 · 中级篇（21-40）：把"能稳"变"能优"
中级篇的核心目标：让你能做"性能优化、性能监控、CI/CD"等关键事项。
L3 · 高级篇（41-70）：把"能优"变"能扛"
高级篇的核心目标：让你能"扛大型项目"，不再被任何"疑难杂症"卡住超过 2 天。
L4 · 专家篇（71-90）：把"能扛"变"能定方向"
专家篇的核心目标：让你能"对一个领域做完整方案"，开始带 3-5 人小组。
L5 · 收官篇（91-100）：把"工程力"变"影响力"
收官篇的核心目标：让"做技术的人"变成"影响公司、行业的人"。
三、按角色读：不同阶段的工程师读哪些
写完了你不必从头读。我按"角色"给你画了三条路线：
路线 A · 应届 / 1-2 年
必读：1, 2, 3, 5, 6, 7, 8, 9, 10
选读：11, 12, 14, 16, 18, 20
做完这些能在中小公司独立负责模块。
路线 B · 3-5 年
必读：21, 24, 26, 27, 32, 35, 36, 38, 39, 65, 85, 86, 87
选读：23, 25, 31, 33, 41, 42, 43, 44, 49
读完能稳定做一个中型项目的性能/架构负责人。
路线 C · 5-10 年
必读：50, 51, 52, 55, 56, 65, 66, 73, 82, 95, 96, 97, 98, 99
选读：所有高级篇 + 收官篇
读完后能成为移动端架构师，能给公司定方向、做选型、带团队。
路线 D · 10+ 年
全部读一遍，重点看 95-100；
自己开始写新的系列。
四、工程师成长地图：一张图看清
P5 应届 P6 中级工程师 P7 高级工程师 P8 架构师
│ │ │ │
▼ ▼ ▼ ▼
写好 独立完成 定方向 定生态
一个模块 一个项目 影响 5-10 人 影响 50+ 人
│ │ │ │
L1 L2 L3 → L4 L5
入 门 篇 中 级 篇 高级+专家篇 收官篇
────────────────── ───────────────── ─────────
五、读这一百篇的最佳顺序
如果你从未读过，建议按"L1 → L2 → L3 → L4 → L5"顺序——递进式设计。
但工程阅读常常需要速查，下面是速查路径：
要选型框架？ → 12, 30, 48, 51
性能出问题？ → 5, 6, 11, 38, 59, 65, 75, 84, 87, 88, 96
要写 Compose UI？ → 2, 6, 16, 19, 44, 68, 92
要做架构？ → 4, 23, 50, 55, 64, 70, 95
要嵌 AI？ → 76, 77, 78, 79, 80, 99
要写到面经？ → 1, 5, 7, 9, 14, 18, 32, 49, 51, 52, 55, 86, 87
要做技术 leader？ → 39, 95, 96, 97, 98
六、这个系列的"局限性"
写完 100 篇要承认：它不是 Android 工程的完整地图。
下面这些主题 100 篇没覆盖、或只触及表面，仍值得深入：
Compose 之外的渲染机制（特别是 RenderNode、RenderEffect 的深度）；
音频 / 视频硬解码（MediaCodec / OMX）的实战；
音视频直播与 WebRTC 在 Android 客户端的工程化；
Android 上的游戏开发（OpenGL ES / Vulkan）；
鸿蒙/纯血鸿蒙的工程细节（这与 Android 平行而非附属）；
端侧 Agent 与 MCoT（Multi-Chain of Thought）；
量子计算等新硬件下 Android 的潜在变化。
后续会以专题系列形式继续展开。
七、给坚持读到最后的人
100 篇全读下来的——不管是不是真读完了，我都猜你是下面这类人：
工程师，工作 3-10 年；
想从"完成任务"走到"做出判断"；
愿意每周花 1 小时读书；
对自己的成长有焦虑但不放弃；
相信持续的小动作能带来复利。
如果你有 3 个以上"是"——你大概率会变成一位很专业的 Android 工程师。工程这件事没什么秘密，它奖励持续行动的人。
我时常被问："Android 还有没有未来？"我的回答是：
用户天天在用手机，每个 App 的工程师都有机会影响这个过程。这个工作不会过时，但做的人必须不停下来。
八、100 篇写作的复盘（给我自己看）
写 100 篇的过程让我重新理了一遍自己的技术栈。最大的三个收获：
写作是最高效的学习——你以为自己懂的东西，写下来八成发现不全；
读者的反馈会逼出真实问题——评论区常常有我没想清楚的角度；
坚持 100 天一件事难，坚持 100 周相对容易——把节奏压到每周 1 篇而不是每天 1 篇，长期更稳。
如果未来还会开新系列，大概率是：端侧 AI 工程实战（30 篇）、鸿蒙工程师成长笔记（50 篇）、跨平台架构选型（30 篇）。先给读者埋个 hook。
九、写在最后
谢谢看到这里的你。
100 篇写下来，最大的感动不是阅读量，而是断断续续回来的评论："这一篇帮我从简历海投里拿到了 offer"、"这一篇帮我把 8 年的老项目救回来了"、"这一篇帮我跟新同事讲清楚了架构"。
这是技术写作最有价值的回报——远超流量。
我会继续写下去。你也继续读下去。
工程这条路上没有终点，只有"下一段"。 下一段，咱们鸿蒙工程师笔记见。
十、致谢与下期预告
致谢
感谢这一路上：
评论区帮我指出 Bug 的读者们；
帮我 review 文章的同事们；
给我灵感的开源项目和会议分享；
家人对我每周末写稿的支持。