2、Runnable的分类与触发方式
好，咱们接着聊Runnable。上一章我讲了Runnable是什么，说白了就是SWC里那些真正干活的函数。那这一章，咱们重点聊聊这些函数什么时候被调用——也就是触发方式。
我在项目里见过不少新手，上来就写Runnable，写完发现跑不起来。为啥？触发方式没配对。你想想看，一个函数写得再好，如果触发时机不对，那等于白写。
2.1 周期性触发（Timing Event）
这是最常用的一种触发方式。系统每隔固定时间调用一次Runnable。比如10ms、100ms、1s等等。
核心特点：
- 时间间隔固定，由RTE配置决定
- 适合轮询类任务，比如采集传感器数据
- 多个周期性Runnable可以共享同一个定时器
我个人习惯把周期性Runnable用在那些「必须定期执行」的任务上。比如发动机转速采集，每10ms读一次，这个用周期性触发最合适。
经验之谈：
我曾经在一个项目中，把两个不同周期的Runnable绑到了同一个定时器上。结果一个跑得快，一个跑得慢，数据老是错位。后来我学乖了——周期不同的Runnable，尽量用独立的定时器，或者用RTE的调度机制来解耦。
2.2 事件触发（Event Trigger）
事件触发，顾名思义——有事件来了才执行。这个事件可以是别的SWC发来的信号，也可以是内部状态的变化。
举个例子：你按一下车窗升降按钮，这个按钮按下就是一个事件。对应的Runnable立刻执行，而不是等下一个周期。
适用场景：
- 用户操作响应（按钮、开关）
- 故障诊断触发
- 模式切换后的即时处理
嗯，这里要注意：事件触发Runnable的执行优先级通常比周期性Runnable高。因为事件往往需要快速响应。我在做车身控制模块时，门锁的解锁Runnable就是事件触发，用户按一下必须立刻反应，不能等100ms的周期。
2.3 数据接收触发（Data Received Event）
这个其实算是事件触发的一种特例。但它太常用了，AUTOSAR专门把它拎出来作为一个独立类型。
数据接收触发，就是当某个端口收到新数据时，Runnable自动执行。你想想看，这比轮询优雅多了——不用每隔几毫秒去检查数据有没有更新，系统会主动通知你。
配置要点：
- 需要指定监听的端口（Port）和数据元素（Data Element）
- 支持显式访问（Explicit Access）和隐式访问（Implicit Access）
- 隐式访问更高效，但要注意数据一致性
我记得有一次，一个同事用数据接收触发写了个Runnable，结果数据老是丢。查了半天，发现他用了显式访问，每次都要手动调用Rte_Read。换成隐式访问后，问题就解决了。说白了，隐式访问让RTE帮你管理数据一致性，省心不少。
2.4 模式切换触发（Mode Switch Event）
这个稍微复杂一点。模式切换触发，是指当系统从一个运行模式切换到另一个模式时，触发Runnable执行。
比如：车辆从「正常模式」切换到「运动模式」，这时候需要重新标定一些参数。模式切换触发Runnable就是干这个的。
| 模式名称 | 触发条件 | 典型Runnable行为 |
|---|---|---|
| 正常模式 | 车辆启动默认 | 标准参数加载 |
| 运动模式 | 用户手动切换 | 提高响应灵敏度 |
| 经济模式 | 低电量或用户选择 | 降低功耗，限制性能 |
| 故障模式 | 检测到严重故障 | 安全降级，记录故障码 |
避坑指南：
我曾经在模式切换Runnable里写了一个延时函数，结果模式切换卡住了。因为模式切换Runnable执行期间，其他Runnable可能也在等这个模式切换完成。死锁了。所以，模式切换Runnable里千万别加阻塞操作，要快进快出。
2.5 服务调用触发（Service Call Event）
最后一种，服务调用触发。这个跟数据接收触发有点像，但触发源不是数据，而是服务请求。
在AUTOSAR里，服务调用触发通常用于Client-Server通信。一个SWC作为Client，调用另一个SWC（Server）提供的服务。当服务被调用时，Server端的Runnable就会执行。
典型应用：
- 诊断服务（比如读取故障码）
- 标定服务（在线修改参数）
- 功能请求（比如请求开启某个功能）
服务调用触发有个好处——它是同步的。Client调用服务后，可以等待Server返回结果。这在需要确认操作是否成功的场景下特别有用。比如你发送一个「锁车门」的请求，Server执行完后返回成功/失败，Client才知道下一步该怎么做。
不过要注意，同步调用会阻塞Client的执行。如果服务执行时间较长，建议用异步调用，或者把服务拆成多个小Runnable。
2.6 触发方式对比总结
说了这么多，咱们来张图总结一下。这张SVG图展示了五种触发方式的核心逻辑和关系。
这张图把五种触发方式的关系理清楚了。你想想看，实际项目中，一个SWC里往往混用多种触发方式。比如一个传感器采集Runnable用周期性触发，数据处理Runnable用数据接收触发，故障处理Runnable用事件触发。这很正常，关键是别搞混了。
我的个人习惯：
我在做Runnable设计时，会先画一张触发方式矩阵图。横轴是触发方式，纵轴是Runnable名称。哪个Runnable用哪种触发，一目了然。这样在配置阶段就不容易出错。
好了，这一章的内容就到这里。五种触发方式，各有各的适用场景。记住一句话：触发方式选对了，Runnable就成功了一半。
可可精品资料库