一、软定时器概述

1.1 什么是软定时器

软定时器，说白了就是由软件模拟出来的定时器。它不是硬件电路，而是RTOS内核提供的一种服务机制。

我刚开始接触RTOS时，总觉得软定时器有点「虚」——毕竟它不像硬件定时器那样，有个实实在在的寄存器在跑。但用久了你会发现，它其实是个非常巧妙的设计。

软定时器的核心思想很简单：让软件来管理时间触发的任务。你设定一个超时时间，时间到了，内核就自动调用你注册的回调函数。整个过程不需要你手动去操作硬件寄存器，也不需要你操心中断优先级。

嗯，这里要注意：软定时器的精度取决于系统时钟节拍。比如你的系统节拍是1ms，那软定时器的精度最多也就是1ms。想做到微秒级？那得用硬件定时器。

1.2 软定时器与硬件定时器的区别

这两者的区别，我习惯用一个比喻来解释：

• 硬件定时器就像你家里的独立闹钟——它有自己的电池、自己的电路，到点就响，完全独立工作。
• 软定时器就像你手机上的闹钟App——它依赖手机系统运行，系统挂了它也就没了。

具体区别，我整理了一张表：

对比项	硬件定时器	软定时器
实现方式	芯片内部独立外设	RTOS内核软件管理
精度	可达纳秒级（取决于晶振）	毫秒级（取决于系统节拍）
数量限制	芯片固定（通常几个到十几个）	几乎无限（只受内存限制）
中断上下文	在中断服务函数中执行	在任务上下文中执行
功耗	相对较高	几乎无额外功耗
适用场景	高精度、实时性要求极高	通用定时、周期性任务

我在项目中遇到过这样一个坑：有个同事用软定时器做PWM波形控制，结果波形抖动得厉害。为什么？因为软定时器的回调是在任务中执行的，任务调度本身就有延迟。后来换成硬件定时器直接驱动GPIO，问题就解决了。

1.3 软定时器的应用场景

那软定时器到底能干什么？我总结了几个最常见的场景：

场景一：周期性任务调度

比如你要每隔100ms采集一次传感器数据，每隔1秒上报一次状态。用软定时器，你只需要创建两个定时器，设置好周期，剩下的交给内核。

// 伪代码示例
soft_timer_t sensor_timer;
soft_timer_t report_timer;

void sensor_callback(void *arg) {
    // 采集传感器数据
    read_sensor();
}

void report_callback(void *arg) {
    // 上报状态
    send_report();
}

// 创建100ms周期定时器
soft_timer_create(&sensor_timer, 100, TIMER_PERIODIC, sensor_callback);
// 创建1s周期定时器
soft_timer_create(&report_timer, 1000, TIMER_PERIODIC, report_callback);

场景二：超时检测

你想想看，网络通信中经常需要超时判断。比如发送一个数据包后，如果在500ms内没收到回复，就认为超时重发。用软定时器实现这个逻辑，比手动计数优雅得多。

场景三：去抖处理

按键去抖是个经典问题。硬件上可以用RC滤波，软件上可以用延时。但用软定时器实现去抖，我觉得是最优雅的方式——按下按键时启动一个20ms的定时器，定时到了再读取按键状态。如果期间有新的按键事件，就重置定时器。

场景四：低功耗管理

这个可能很多人没想到。在低功耗系统中，CPU大部分时间都在休眠。但你需要定时醒来做点事——比如检查电池电压、更新显示。这时候软定时器就派上用场了：它可以在系统节拍中断中判断是否有定时器到期，如果没有，就让CPU继续睡。

说白了，软定时器就是RTOS给开发者提供的一个「时间管理工具」。它不完美，精度有限，但胜在灵活、易用、资源开销小。你只要记住一条原则：需要高精度、硬实时的场景，用硬件定时器；需要灵活、多路、易维护的场景，用软定时器。

嗯，这一章就讲到这里。下一章我们深入软定时器的内部实现，看看RTOS内核到底是怎么管理这些定时器的。