程序计数器（pc）是cpu硬件寄存器，仅存放下一条指令地址，不参与信号量机制；信号量的计数器（如uxcount）是软件定义的线程安全整型变量，通过xsemaphoregive/take原子操作增减，用于同步调度，与pc无关联。
程序计数器（Program Counter, PC）本身并不直接参与信号量机制或异步事件通知，它只是CPU中指向当前执行指令地址的寄存器。真正承担同步与通知职责的，是操作系统内核中的**信号量数据结构**和**中断/异常处理机制**。混淆“程序计数器”与“信号量计数器”是常见误解——前者属于CPU硬件上下文，后者是软件定义的、受保护的整型变量（如FreeRTOS中`uxCount`），两者无直接关联。
信号量的“计数器”不是程序计数器
信号量内部维护的计数器（例如`uxCount`）是一个独立的、线程/中断安全的整型变量，其增减由API严格控制：
- xSemaphoreGive()：在任务上下文或ISR中调用，使计数器加1（若未达上限），或唤醒等待任务；
- xSemaphoreTake()：使计数器减1（若大于0），否则阻塞或立即返回失败；
- 该计数器不改变任何CPU的PC值，也不跳转指令流——它只影响调度器是否将等待任务置为就绪态。
异步事件通知靠的是中断+信号量协同，不是PC跳转
当外部事件（如GPIO边沿、UART接收完成）发生时，硬件触发中断，CPU自动保存当前PC等上下文，跳转至中断向量表指定的ISR入口。此时真正的“通知”动作发生在ISR中：
- ISR不直接处理业务逻辑，而是快速调用xSemaphoreGiveFromISR()，将事件计入信号量计数器；
- 该调用可能标记一个高优先级任务为就绪态；
- 中断退出时，若调度器判定有更高优先级任务就绪，会触发上下文切换——此时PC才被更新为新任务的下一条指令地址。
底层响应法则：三阶段原子协作
一次完整事件响应包含三个不可分割的环节，任意一环缺失都会导致丢失或错乱：
- 中断捕获阶段：硬件确保边沿触发被锁存，CPU响应延迟可控（通常微秒级）；
- 计数登记阶段：`xSemaphoreGiveFromISR()`在关中断/临界区保护下更新`uxCount`并管理等待队列，保证多中断嵌套下计数不丢；
- 任务调度阶段：调度器根据更新后的就绪态和优先级，决定是否切换PC指向新任务的栈帧与代码位置。
