scanf对输入类型的区别处理:“%s“,“%c“,“%d“

古城微笑少年丶 2022-10-19 12:51 130阅读 0赞

![在这里插入图片描述][20210711002304633.png]  
在Dev-C++中实验, 发现现象有所区别:  
第一步输入数字5后,直接打印出"Input a char 5".没有要求输入char变量就直接运行结束,同时将\\n以空格的形式打印出来了. 说明scanf("%c", &a);语句将\\n认为是一个执行目标.

#include <stdio.h>
    #include <stdlib.h>
    int main(void) {
        char arr[20];
        char a;
        int n;
        printf("Input a number:");
        scanf("%d", &n);
        printf("Input a char:");
        scanf("%c", &a);
        printf("%d %c", n, a);
    	return 0;
    }

![在这里插入图片描述][20210711003828826.png]  
我们知道scanf函数不能接受有**空格，制表符，换行符**等空白字符的出现

假设如果让你输入一个数字, 你输入了555\\n时(最后的换行符是你最后打的回车)，555正常的被输入到你所写的地址上去,但是\\n依旧会留在缓冲里面,当你下次还用到scanf这种标准输入函数的时候,它会把缓冲里的换行符在拿出来用,所以就导致了上面例子的结果

当我输入5的时候，那个5被送到了n这个存储区，但是换行符依旧在缓冲里，当我要求输入一个字符的时候那个缓冲里的\\n就被拿了出来并且送到了a这个存储区，所以当我输出的时候，5被正常输出，但是字符a却打出来的换行符！！

注意！如果编译器要求输入了字符,那么我们输入的字符依旧存在！只不过是在缓冲区里罢了！下次使用类似函数就会把那个字符拿出来！ 所以有时候我们会在scanf函数后面加个getchar()的原因就在这里！我们要把缓冲区中的那个字符或者换行符给去掉来防止影响下面的输入!

但是似乎当scanf函数中的%s不会有如上问题！看下面的例子

对上例调整scanf语句顺序正常:

#include <stdio.h>
    #include <stdlib.h>
    int main(void) {
        char arr[20];
        char a;
        int n;
        printf("Input a char:");
        scanf("%c", &a);
        printf("Input a number:");
        scanf("%d", &n); 
        printf("%d %c", n, a);
    	return 0;
    }

![在这里插入图片描述][20210711004109291.png]

对例子二进行实验:

#include <stdio.h>
    #include <stdlib.h>
    int main(void) {
        char arr[20];
        char a;
        int n;
        printf("Input a number:");
        scanf("%d", &n);
        printf("Input a string:");
        scanf("%s", arr);
        printf("%d %s", n, arr);
        return 0;
    }

![在这里插入图片描述][20210711004205588.png]  
解释：很明显，我们的输出很正常！ 没有任何异常，那么我们第一次输入的5\\n，后面那个\\n去哪里了? 其实是scanf函数对字符串的定义是从第一个非空白类字符字符开始算起直到最后的\\0！所以当缓冲区中的\\n被取出，scanf函数识别出不是非空白类字符就把它丢弃了,然后从下面输入的字符开始！所以才会正常输出！

[20210711002304633.png]: /images/20221005/41c3f6e4221547159634562742e0ec0f.png
[20210711003828826.png]: /images/20221005/98933adaece34b22ac5c05983967094b.png
[20210711004109291.png]: /images/20221005/89efb99e17ba480b9a0d21c2afa1d9ff.png
[20210711004205588.png]: /images/20221005/b0b05f4aada4425dad6c6eeedc44d85b.png