}   

 编写了这么一段程序，在Cotex-M3下运行，发现一个其他部分的菜单只能进不能出，以为是标志没做好，清零之类的问题，查找了许久并未找到问题，最后索性用SWD Debug一下，MDK提示说限制在32k，但我还是尝试去全速运行，并在相应的语句设置了断点，发现在对应的菜单，进去之后，按了后退键，程序并没有在断点上面停留下来，这个歌断点的语句是一个只要按了后退键就会执行的语句，为什么却没有停下来？

    原因只有1个！那就是程序死在某一个地方了！为什么程序会在按下按键的时候死掉，又没有调用中断？所以可以很肯定的定位到系统出错的问题上！也就是Cotex-M3的系统异常中断处理。这时候只要点击“STOP”，那么程序就会停下，并定位到死循环的位置上面，HardFault_Handler中断。根据网友提供信息：

  STM32出现HardFault_Handler故障的原因主要有两个方面：

}   

也就是改变了数组大小，之后菜单进退自如了！！

这也是sprintf常出现的问题之一：

sprintf 是个变参函数，使用时经常出问题，而且只要出问题通常就是能导致程序崩溃的内存访

问错误，但好在由sprintf 误用导致的问题虽然严重，却很容易找出，无非就是那么几种情况，通

常用眼睛再把出错的代码多看几眼就看出来了。

sprintf_s()是sprintf()的安全版本，通过指定缓冲区长度来避免sprintf()存在的溢出风险 。在使用VS2008时如果你使用了sprintf函数，那么编译器会发出警告：使用sprintf存在风险，建议使用sprintf_s。这个安全版本的原型是：

int sprintf_s(char *buffer,size_t sizeOfBuffer,const char *format [,argument] ... );

缓冲区溢出

第一个参数的长度太短了，没的说，给个大点的地方吧。当然也可能是后面的参数的问

题，建议变参对应一定要细心，而打印字符串时，尽量使用”%.ns”的形式指定最大字符数。

忘记了第一个参数

低级得不能再低级问题，用printf 用得太惯了。//偶就常犯。：。（

变参对应出问题

通常是忘记了提供对应某个格式符的变参，导致以后的参数统统错位，检查检查吧。尤

其是对应”*”的那些参数，都提供了吗？不要把一个整数对应一个”%s”，编译器会觉得你

欺她太甚了（编译器是obj 和exe 的妈妈，应该是个女的，:P）。

strftime

sprnitf 还有个不错的表妹：strftime，专门用于格式化时间字符串的，用法跟她表哥很像，也

是一大堆格式控制符，只是毕竟小姑娘家心细，她还要调用者指定缓冲区的最大长度，可能是为

了在出现问题时可以推卸责任吧。这里举个例子：

time_t t = time(0);

//产生"YYYY-MM-DD hh:mm:ss"格式的字符串。

char s[32];

strftime(s, sizeof(s), "%Y-%m-%d %H:%M:%S", localtime(&t));

sprintf 在MFC 中也能找到他的知音：CString::Format，strftime 在MFC 中自然也有她的同道：

CTime::Format，这一对由于从面向对象哪里得到了赞助，用以写出的代码更觉优雅。