1.前言

本章主要是为刚接触FreeRTOS 的用户指出那些新手通常容易遇到的问题。这里把最主要的篇幅放在栈溢出以及栈溢出侦测上

2.printf-stdarg.c

当调用标准C 库函数时，栈空间使用量可能会急剧上升，特别是IO 与字符串处理函数，比如sprintf()。在FreeRTOS 下载包中有一个名为printf-stdarg.c 的文件。

这个文件实现了一个栈效率优化版的小型sprintf()，可以用来代替标准C 库函数版本。在大多数情况下，这样做可以使得调用sprintf()及相关函数的任务对栈空间的需求量小很多

3.栈溢出侦测

3.1通过 uxTaskGetStackHighWaterMark()侦测

每个任务都独立维护自己的栈空间，栈空间总量在任务创建时进行设定。
uxTaskGetStackHighWaterMark()主要用来查询指定任务的运行历史中，其栈空间还差多少就要溢出。这个值被称为栈空间的”高水线(High Water Mark)”。

3.2 运行时栈侦测

1.FreeRTOS 包含两种运行时栈侦测机制，由FreeRTOSConfig.h 中的配置常量configCHECK_FOR_STACK_OVERFLOW 进行控制。这两种方式都会增加上下切换开销。

2.栈溢出钩子函数(或称回调函数)由内核在侦测到栈溢出时调用。要使用栈溢出钩子函数，需要进行以下配置：
（1）在FreeRTOSConfig.h 中把configCHECK_FOR_STACK_OVERFLOW 设为1 或2。
（2）提供钩子函数的具体实现，采用如下程序 所示的函数名和函数原型。
void vApplicationStackOverflowHook( xTaskHandle *pxTask, signed portCHAR *pcTaskName );

3.栈溢出钩子函数只是为了使跟踪调试栈空间错误更容易，而无法在栈溢出时对其进行恢复。

函数的入口参数传入了任务句柄和任务名，但任务名很可能在溢出时已经遭到破坏

4.栈溢出钩子函数还可以在中断的上下文中进行调用

5.某些微控制器在检测到内存访问错误时会产生错误异常，很可能在内核调用栈溢出钩子函数之前就触发了错误异常中断

3.2.1 运行时栈侦测方法1

1. 当configCHECK_FOR_STACK_OVERFLOW 设置为1 时选用方法1。

2.任务被交换出去的时候，该任务的整个上下文被保存到它自己的栈空间中。这时任务栈的使用应当达到了一个峰值。

3.当configCHECK_FOR_STACK_OVERFLOW 设为1 时，内核会在任务上下文保存后检查栈指针是否还指向有效栈空间。

一旦检测到栈指针的指向已经超出任务栈的有效范围，栈溢出钩子函数就会被调用。

4.方法1 具有较快的执行速度，但栈溢出有可能发生在两次上下文保存之间，这种情况不会被侦测到。

3.2.2 运行时栈侦测方法2

1.将configCHECK_FOR_STACK_OVERFLOW 设为2 就可以选用方法2。方法2在方法1 的基础上进行了一些补充。

2.当创建任务时，任务栈空间中就预置了一个标记。方法2 会检查任务栈的最后20个字节，查看预置在这里的标记数据是否被覆盖。

如果最后20 个字节的标记数据与预设值不同，则栈溢出钩子函数就会被调用。

3.方法2 没有方法1 的执行速度快，但测试仅仅20 个字节相对来说也是很快的。这种方法应该可以侦测到任何时候发生的栈溢出，虽然理论上还是有可能漏掉一些情况，但这些情况几乎是不可能发生的。