Launcher的版本演进：从Android 1.0到Android 14
做Launcher开发这么多年，我经常被问到同一个问题：“Launcher到底改了多少版？” 说实话，我自己也数不清了。从2008年Android 1.0发布到现在，Launcher几乎每个大版本都在变。今天我就带大家捋一捋这条演进路线，看看哪些变化是里程碑式的，哪些API我们得小心伺候。
核心观点：Launcher的演进本质上是Android系统从“能用”到“好用”的缩影。每一次大版本更新，都伴随着Widget、快捷方式、手势交互等核心能力的重构。
一、Android 1.0 ~ 2.3：蛮荒时代的Launcher
最早的Launcher长什么样？说白了就是一个简单的网格，放几个应用图标。我记得第一次看到Android 1.0的模拟器时，心里想的是：“就这？” 但别小看它，那时候能有个可拖动的桌面已经很了不起了。
这个阶段的关键特征：
- 单屏桌面 — 没有工作区切换，所有图标挤在一屏
- Widget初现 — Android 1.5引入了AppWidget，但功能极其有限
- 壁纸系统 — Android 2.0加入了
WallpaperManager，支持静态壁纸 - 应用抽屉 — 一个简单的列表，没有搜索功能
个人经验：我在2010年做过一个定制Launcher，那时候最头疼的是Widget的刷新机制。你想想看，没有AppWidgetHost的标准化API，我们得自己维护Widget的绑定和更新，代码写得跟蜘蛛网似的。
二、Android 3.0 ~ 4.4：平板与Holo时代
Android 3.0是专门为平板设计的，Launcher在这时候迎来了第一次大改。嗯，这里要注意，AppWidgetHost和AppWidgetHostView就是在这个版本引入的。从此Widget的开发有了标准套路。
到了Android 4.0，Holo风格统一了手机和平板的UI。Launcher的变化包括：
- 可滚动的工作区 — 支持多屏切换，每屏可以放不同Widget
- 文件夹功能 — 终于可以把应用归类了
- 壁纸预览 — 切换壁纸时能看到实时效果
- 应用抽屉改进 — 支持网格视图和字母索引
我记得在Android 4.2上做项目时，遇到一个坑：Widget的minWidth和minHeight 在不同设备上表现不一致。后来发现是系统计算单元格的方式变了，得用getMinWidthForResize()来动态适配。
三、Android 5.0 ~ 6.0：Material Design的洗礼
Android 5.0是Launcher历史上最颠覆的一版。Material Design带来了全新的视觉语言，Launcher从里到外都变了：
- 扁平化设计 — 抛弃了Holo的阴影和渐变，改用卡片和阴影层次
- 动态壁纸API —
WallpaperManager支持动态壁纸，还能和桌面交互 - LauncherApps API — 这是个大杀器，替代了旧的
getActivityList()，可以更安全地查询已安装应用 - 应用预测 — 系统会根据使用频率推荐应用
关键API：LauncherApps 类提供了 getActivityList()、getShortcutConfigActivityList() 等方法，是Launcher开发的核心工具。我建议所有Launcher开发者都优先使用这个API，而不是直接读PackageManager。
四、Android 7.0 ~ 9.0：快捷方式与分屏
Android 7.1引入了ShortcutManager，这是Launcher交互的一次革命。长按图标弹出快捷方式，这个功能现在看起来稀松平常，但当时我们团队讨论了好久怎么实现。
分屏多任务也是这个阶段加入的。Launcher需要处理多窗口模式下的布局变化，比如：
- 分屏时桌面要自适应高度
- Widget在分屏下不能变形
- 应用图标要支持拖拽到分屏区域
我曾经在适配分屏时踩过一个坑：Widget的onAppWidgetOptionsChanged() 在分屏切换时不会立即回调，导致Widget显示错位。解决方案是在onMultiWindowModeChanged()里手动触发Widget刷新。
五、Android 10 ~ 14：手势导航与深色模式
Android 10开始，Launcher的复杂度又上了一个台阶。手势导航彻底改变了用户与桌面的交互方式：
- 手势导航API —
WindowInsets和SystemGestureExclusionRects需要精确处理 - 深色模式 — Launcher需要支持
DayNight主题，壁纸和图标都要适配 - 预测性返回 — Android 13+ 的返回手势预览，Launcher要提前渲染目标界面
- Material You — Android 12+ 的动态取色，Launcher的图标和Widget颜色会随壁纸变化
避坑指南：我曾经在适配Android 12的动态取色时，发现WallpaperColors的提取算法在不同设备上结果不一样。后来查文档才知道，系统会从壁纸中提取主色、辅色和强调色，但不同厂商的算法有差异。建议在Launcher里加一个兜底颜色方案，避免出现刺眼的配色。
六、兼容性处理的实战经验
说了这么多版本变化，最实际的问题来了：怎么让Launcher兼容这么多版本？ 我分享几个经验：
| API/功能 | 最低版本 | 推荐做法 |
|---|---|---|
| LauncherApps | Android 5.0 | 低版本回退到PackageManager |
| ShortcutManager | Android 7.1 | 使用isShortcutSupported()检查 |
| 手势导航 | Android 10 | 用WindowInsetsCompat适配 |
| 动态取色 | Android 12 | 低版本使用固定配色方案 |
| 分屏 | Android 7.0 | 用isInMultiWindowMode()判断 |
我个人习惯的做法是：用Build.VERSION.SDK_INT做版本判断，但不要写死。比如手势导航的适配，我会先检查系统是否支持，再决定是否启用新特性。这样即使厂商定制了ROM，也不会出大问题。
小技巧：在Launcher的Application类里，我通常会维护一个FeatureFlag类，把所有版本相关的开关集中管理。这样升级版本时，只需要改一个地方，不用满世界找if-else。
七、总结与思考
回顾Launcher这十几年的演进，你会发现一个规律：每一次大版本更新，都是对桌面交互的一次重新定义。从最初的简单网格，到现在的智能预测、动态取色、手势导航，Launcher已经不再是那个“放图标的地方”了。
作为开发者，我们要做的不是记住每个版本的细节，而是理解背后的设计思路。比如：
- 为什么Android 5.0要引入LauncherApps？—— 为了安全和性能
- 为什么Android 10要改手势？—— 为了全面屏体验
- 为什么Android 12要做动态取色？—— 为了个性化
理解了这些，你写代码时就会更有底气。嗯，今天就聊到这儿，下次我们深入讲讲Launcher的架构设计。