一、VxWorks实时系统概述

什么是实时操作系统

实时操作系统，说白了就是「在规定时间内必须完成任务」的系统。

你想想看，普通操作系统像Windows，你点个鼠标，它晚半秒响应，顶多就是用户体验差一点。但实时系统不一样——如果汽车安全气囊的控制器晚1毫秒触发，那可能就是人命关天的事。

我个人习惯把实时系统分成两类：

• 硬实时系统：错过截止时间 = 系统失败。比如飞行控制、医疗设备。
• 软实时系统：偶尔超时还能接受，但性能会下降。比如视频播放、数据采集。

我在项目中遇到过最典型的硬实时场景，是一个工业机械臂的控制系统。要求每个控制周期必须在1ms内完成，超时一次，工件就报废了。嗯，这种场景下，VxWorks就是首选。

VxWorks的实时特性

VxWorks为什么能在实时领域站稳脚跟？我总结了几个关键点：

1. 抢占式内核：高优先级任务可以随时打断低优先级任务。这个后面会详细讲。
2. 中断响应快：从硬件中断触发到任务开始执行，延迟极短。我记得测过某款ARM芯片，VxWorks的中断延迟能控制在几微秒级别。
3. 任务切换开销小：上下文切换的时间是确定的，不会因为任务数量增多而变慢。
4. 丰富的同步机制：信号量、消息队列、事件等，都是为实时场景设计的。

这里有个简单的对比表格，帮你理解VxWorks和普通Linux的区别：

特性	VxWorks	普通Linux
调度策略	优先级抢占 + 时间片轮转	CFS（完全公平调度）
中断延迟	微秒级	毫秒级（受内核锁影响）
任务切换时间	确定、可预测	不确定、受负载影响
内存管理	可选MMU，支持实模式	必须MMU，虚拟内存

任务与进程的区别

这个问题，我面试过很多工程师，十有八九会搞混。其实在VxWorks里，没有「进程」这个概念，只有「任务」。

为什么会这样？

你想想看，进程是Linux的概念，每个进程有独立的地址空间，切换起来开销大。而VxWorks追求的是轻量级、高效率，所以它用任务（Task）作为基本执行单元。

具体区别我列一下：

• 地址空间：所有VxWorks任务共享同一个地址空间。说白了，一个任务可以随便访问另一个任务的数据。这既是优点（效率高），也是缺点（容易互相干扰）。
• 创建开销：创建一个任务比创建一个进程快得多。我记得在某个项目中，系统需要同时跑50多个任务，如果用进程，光创建时间就够喝一壶的了。
• 上下文切换：任务切换只保存CPU寄存器，不涉及页表切换，所以速度极快。

来看一个简单的任务创建代码：

#include <vxWorks.h>
#include <taskLib.h>

/* 任务函数 */
void myTask(void)
{
    while (1)
    {
        printf("任务正在运行...\n");
        taskDelay(100);  /* 延时100个tick */
    }
}

/* 创建任务 */
STATUS startMyTask(void)
{
    int taskId;
    
    taskId = taskSpawn("tMyTask",   /* 任务名 */
                       100,         /* 优先级，数值越小优先级越高 */
                       0,           /* 选项 */
                       4096,        /* 堆栈大小，单位字节 */
                       (FUNCPTR)myTask, /* 任务函数入口 */
                       0, 0, 0, 0, 0, 0, 0, 0, 0);
    
    if (taskId == ERROR)
    {
        printf("任务创建失败！\n");
        return ERROR;
    }
    
    return OK;
}

嗯，这里要注意几个细节：

• 任务名最好有含义，方便调试时识别。我习惯用「t+功能名」的命名方式。
• 优先级100是个中间值，VxWorks的优先级范围是0-255，0最高。
• 堆栈大小要估算准确。给太小会溢出，给太大浪费内存。我一般先给4096，跑起来后用checkStack命令观察实际使用量。

下一章，我会详细讲VxWorks的优先级机制，包括优先级反转这个经典问题。到时候我会分享一个我踩过的坑，保证让你印象深刻。