用sscanf解析输入字符串
我们平常编写的很多应用程序都会处理各种各样的输入，这些输入或来自本地文件，或来自网络，或来自用户的输入。今天，让我们来看看sscanf这个和字符串相关的函数可能给你带来的麻烦。
下面是演示代码，这段代码将一些以字符串形式保存的数据加载到程序中。这些字符串可以来自任何地方，本演示代码对字符串进行了硬编码。
1 struct Data 2 { 3 char item1; 4 char item2; 5 char item3; 6 char item4; 7 }; 8 9 int main() 10 { 11 Data data; 12 memset(&data, 0, sizeof(data)); 13 14 char data1[] = "1"; 15 char data2[] = "2"; 16 char data3[] = "3"; 17 char data4[] = "4"; 18 19 sscanf_s(data4, "%d", &data.item4); 20 sscanf_s(data3, "%d", &data.item3); 21 sscanf_s(data2, "%d", &data.item2); 22 sscanf_s(data1, "%d", &data.item1); 23 24 printf_s("item1:%d ", data.item1); 25 printf_s("item2:%d ", data.item2); 26 printf_s("item3:%d ", data.item3); 27 printf_s("item4:%d ", data.item4); 28 29 getchar(); 30 return 0; 31 }
你觉得执行结果会是什么？
奇怪吗？
分析
让我们分析一下：
第19行代码将4赋值给了item4,第20行代码将3赋值给了item3, 第21行代码将2赋值给了item2, 第22行代码将1赋值给了item1。似乎没什么问题。
还是来调试下程序吧。
下面几张图片演示了程序在执行过程中的内存布局
执行第一条sscanf_s前的内存布局
执行第一条sscanf_s后的内存布局
执行第二条sscanf_s后的内存布局
执行第三条sscanf_s后的内存布局
执行第四条sscanf_s后的内存布局
到这里，相信大家都已经明白程序的输出结果为何是1，0，0，0了。
演示代码不仅发生了内存越界，而且后续所有的输入都覆盖了上一条的执行结果。
罪魁祸首就是sscanf_s中的格式字符串"%d","%d"表明将输入字符串作为一个int类型来保存到目标地址处。而演示代码的书写方式很显然不符合Data这个结构体中各成员所声明类型的要求。
将个数字符串修改为"%c"后，程序执行正确：
当然，我们其实可以在编译阶段发现这类问题
结语
通过今天这个演示，更加让自己明白了一定要多留意编译期间的警告信息，尽全力将其消灭。
本博客仅仅演示了sscanf_s这类函数的冰山一角，对于其他需要注意的地方可以参考Format Specifiers Checking