一、从一次诡异的进程启动失败说起
上周在测试环境里碰到一个怪事：某个功能服务进程在系统启动后总是超时退出，日志里只有一句冷冰冰的APPLICATION_STARTUP_TIMEOUT。查了半小时才发现，不是代码逻辑问题，而是执行管理（Execution Management, EM）里配置的启动超时时间被误改成了200毫秒——对于这个需要等待传感器初始化的应用来说，根本不够用。
这个坑让我意识到，AP里的执行管理和应用生命周期配置，看似是“纸面工作”，实际直接关系到进程生死。今天我们就来拆解这套机制，看看怎么配才能既安全又高效。
二、执行管理（EM）到底管什么？
简单说，EM就是AP平台的“进程管家”。它负责三件事：
- 启动和停止AP平台上的所有进程（包括OS进程、功能集群进程等）
- 管理进程间的依赖关系（A进程启动前必须确保B进程已经就绪）
- 监控进程健康状态，必要时执行重启或恢复策略
和CP那边基于RTE的任务调度完全不同，AP这边是实打实的进程级管理。这意味着你的应用可能运行在独立的地址空间，崩溃了不会拖垮整个系统——这是AP的优势，但也对配置提出了更高要求。
三、应用生命周期的四个关键状态
AP应用的生命周期不是简单的“运行/停止”，而是一个状态机。最常见的四个状态是：
OFF→STARTING→RUNNING
