选用适配项目最小的操作系统，而非性能最强的操作系统

大多数嵌入式产品并不需要硬件所能支持的性能最强的操作系统。不少项目实际需求仅仅是调度器、TCP/IP协议栈和用户界面，却选择了嵌入式Linux。随之而来的是内核、用户空间、文件系统、启动架构、进程、各类服务，以及复杂度高得多的软件生命周期维护。

做出这样选择的理由通常是：“面向未来做储备”或是“提升应用灵活性”。这些理由有时成立，但有时却是为永远不会落地的需求，徒增了系统复杂度。

如果STM32上运行Zephyr就能解决问题，那就用Zephyr。如果ESP32上运行FreeRTOS就能满足需求，那就用FreeRTOS。如果Cortex‑M4上裸机上运行的状态机即可实现功能，就不要仅仅因为硬件支持，就额外引入操作系统。

系统规模越小，各项限制条件就越清晰。启动时间更容易限定，中断延迟更容易评估，内存占用一目了然。会与你的时序、功耗预算相冲突的执行路径也更少。

Linux是一款强大的软件工具，有些场景下它无疑是最佳选择。Linux具有丰富的图形能力、复杂网络功能、文件系统、大型应用框架、进程隔离以及复杂的用户空间，这些都是选用Linux的有力理由。

但是抱着“我们以后可能会用到Python”或者“反正处理器有四个内核”，这些作为选择Linux的理由，这不叫架构设计，这只是主观推测。

请选择能够满足实际需求、而非假想需求的最小平台。

麦克泰技术具有丰富嵌入式软件项目开发、行业应用与服务经验。我们依托欧美嵌入式软件商业团队支持，提供嵌入式操作系统商业授权和服务。包括，WITTENSTEIN公司的SafeRTOS（基于FreeRTOS）、Flexible Safety RTOS（基于µC/OS-II MPU）、新一代高性能的PX5 RTOS（源自ThreadX）以及OS分析工具Tracealyzer。麦克泰技术专注预认证功能安全操作系统在汽车、轨交、医疗和工业领域的应用，我们以开放开源+商业软件的支持，服务产业客户，联系info@bmrtech.com。

嵌入式文章推荐