17、应用开发基础：车载应用生命周期、UI 设计规范（安全驾驶约束）、Car App Library
各位好，欢迎来到第17章。今天聊点实在的——车载应用到底该怎么写？
你可能会想，不就是个Android应用吗？我手机App写得飞起，车机还能难到哪去？
嗯，我刚开始也是这么想的。直到第一次把手机上的音乐播放器直接塞进车机模拟器，结果一启动就崩溃，UI控件糊成一团，还被安全策略直接“砍掉”了触摸事件。那一刻我才意识到：车载应用开发，真不是手机开发的“换皮”。
车载应用的生命周期：比手机更“短命”
先说说生命周期。手机App你切到后台，系统一般会留着，甚至还能跑个服务。但在车上，情况完全不同。
车载系统对资源管控非常严格。尤其是Android Automotive，它把应用分成了两类：
- 常规应用：比如设置、电话、媒体。生命周期和手机类似，但后台存活时间更短。
- 驾驶安全相关应用：比如导航、仪表盘。这类应用有更高的优先级，但也不能为所欲为。
我个人习惯把车载应用的生命周期理解为“三段式”：
- 前台可见：用户正在操作，系统全力支持。
- 后台暂停：切到后台后，系统可能随时杀掉你。别指望长期保活。
- 被销毁：资源紧张时，第一个被回收的就是你。
核心要点：不要在车载应用里依赖后台Service做长时间任务。如果需要，请使用CarAppManager提供的接口，或者干脆用前台Service，但必须显示通知。
我在项目中遇到过一个问题：一个音乐App在后台播放时，用户切到导航，结果音乐App被系统杀了。用户一脸懵，投诉说“歌怎么停了？”后来我们改用了媒体会话（MediaSession），配合车载的媒体中心，才解决了这个问题。
UI设计规范：安全驾驶是第一优先级
车载UI设计和手机UI设计最大的区别是什么？
四个字：安全驾驶。
你想想看，司机在开车时，视线离开前方超过2秒，事故风险就会翻倍。所以Google和各大车厂都制定了严格的UI设计规范。
1. 触摸区域要够大
手机上的按钮可以很小，但车载上不行。所有可点击的控件，建议最小尺寸为48dp x 48dp。我见过一些App把“跳过广告”按钮做成了20dp，这在车上简直是谋杀。
2. 文字要清晰易读
字体大小建议不小于14sp。对比度要足够高，别用浅灰配白底。我在测试时发现，阳光直射下，很多App的文字根本看不清。
3. 减少视觉干扰
动画要克制，不要用闪烁、弹跳等效果。导航时，主屏幕上的信息层级要清晰，最多不超过三个层级。
4. 驾驶模式限制
车辆行驶时，很多操作是被禁止的。比如：
- 禁止输入文字（键盘弹出会被拦截）
- 禁止浏览长列表（比如通讯录）
- 禁止播放视频（除非是副驾或后排屏幕）
避坑指南：我曾经在开发一个视频播放器时，没有处理“行驶中禁止播放”的逻辑。结果路测时，司机一踩油门，视频直接黑屏，但音频还在继续播放。用户反馈说“吓一跳”。后来我们加上了CarUxRestrictions的监听，行驶中自动切换到音频模式。
Car App Library：车载开发的“瑞士军刀”
好了，理论说完了，来点实际的。Google为了简化车载应用开发，推出了Car App Library。说白了，就是一套帮你处理车载UI、生命周期、安全约束的组件库。
我建议你直接把它当成项目的基础依赖。它主要包含以下几个模块：
| 模块 | 作用 | 我常用的场景 |
|---|---|---|
| CarAppActivity | 替代传统的Activity，自动处理驾驶模式限制 | 所有主界面都继承它 |
| CarAppBar | 顶部导航栏，支持返回、标题、操作按钮 | 统一App的导航风格 |
| CarAppListView | 针对驾驶优化的列表控件，支持大触摸区域 | 设置页面、媒体列表 |
| CarUxRestrictions | 获取当前驾驶状态（停车、低速、高速） | 动态调整UI复杂度 |
| MediaSession | 与车载媒体中心集成 | 音乐、播客App必备 |
来看一个最简单的代码示例。使用Car App Library后，你的Activity会变成这样：
public class MyCarActivity extends CarAppActivity {
@Override
public Screen onCreateScreen() {
return new MyScreen(getCarContext());
}
private static class MyScreen extends Screen {
MyScreen(CarContext carContext) {
super(carContext);
}
@Override
public Screen getScreen() {
return this;
}
@Override
public void onCreate() {
super.onCreate();
// 在这里构建你的UI
setContent(R.layout.my_car_layout);
}
}
}看到了吗？你不再直接操作Activity，而是操作Screen。每个Screen对应一个界面，系统会自动管理它的生命周期和驾驶模式限制。
小技巧：如果你需要监听车辆是否在行驶，可以这样获取CarUxRestrictions：
CarUxRestrictions restrictions = getCarContext().getCarService(CarUxRestrictions.class);
if (restrictions.isRequiresDistractionOptimization()) {
// 当前处于驾驶模式，简化UI
}知识体系总览
为了让你更直观地理解本章的核心逻辑，我画了一张图。它展示了车载应用开发中，生命周期、UI规范、Car App Library三者之间的关系。
这张图想表达的是：车载应用开发不是孤立的知识点。生命周期决定了你的App能活多久，UI规范决定了它怎么呈现，而Car App Library则是帮你把这两者落地的工具。三者缺一不可。
写在最后
嗯，这一章的内容就到这里。车载应用开发的门槛其实不高，但坑不少。我建议你从一个小项目开始，比如一个简单的音乐播放器，用上Car App Library，然后放到模拟器里跑一跑。你会发现，很多手机上的“常识”在车上都不适用。
记住一句话：在车上，安全永远是第一位的。你的代码再漂亮，如果让司机分心了，那就是失败的设计。