scanf()和getchar()在循环中出现的输入问题研究

最新推荐文章于 2023-02-21 18:05:36 发布

Rachelint

最新推荐文章于 2023-02-21 18:05:36 发布

阅读量654

点赞数

分类专栏： C++语言基础

本文链接：https://blog.csdn.net/Rachelint/article/details/104446856

版权

本文探讨了在C语言中，scanf()和getchar()在循环中遇到的输入问题。当输入非预期字符时，scanf()可能导致循环无法正常中断，而getchar()则可能因' '字符导致提前结束输入。解决方案包括理解和利用输入流的状态以及避免内核缓冲区的残留。通过实验和源码阅读，澄清了setbuf()在无缓冲模式下的工作原理，并提出了解决这些问题的方法。

摘要由CSDN通过智能技术生成

1. scanf()在循环中出现的问题

下面这段代码，如果一开始就输入字符d这样非数字的话，那么会直接执行完剩余9次循环，
用户不再有输入的机会。

	int unused;
    for (size_t i = 0; i < 10; i++)
    {
   
        printf("please press any key to continue:\n");
        scanf("%d", &unused);
	}

我猜测是标准IO函数流缓冲区的问题(详见apue第五章)，可能不合格式的字符采用类似ugetc()的方法丢回了流缓冲中，于是不断重复读取丢弃的智障行为，于是我试着关闭了流缓冲。然而问题仍然存在，情况和之前一样。所以，这和标准IO的缓冲无关，也就是用户态的缓冲无关，那只能是和内核态有关了，暂时还没想到怎么研究，只能看源码了吧。

    setbuf(stdin, NULL);
    int unused;
    for (size_t i = 0; i < 10; i++)
    {
   
        printf("please press any key to continue:\n");
        scanf("%d", &unused);
    
    }

虽然其具体机理暂时不清楚，我试着将缓冲改为自定义的缓冲，至少探究一下缓冲内部是怎么变化的吧。输出了一下读指针的偏移情况，以及缓冲中内容。暂时的结论是：

在scanf()函数的开始，应该会有一种将读指针移到缓冲区开头的操作；
推测scanf()内部机制可能是这样的，
- 如果输入例如1234a这样的字符串，a会被用类似ugetc()的机制返回；
- stdin文件中仍然有内容未被读取，所以用户没机会再次输入，
  
  scanf()内部的缓冲和读指针也不会进行更新。可能是这样的，
  
  不向内核发送read请求，并且读指针也不重置；
- 不断尝试读取，直到循环结束；
我认为应该存在相关的机制，来记录stdin在内核缓冲区中关于上一次循环输入是否已经读取完，

因为即使关闭了scanf()内部的用户态缓冲也无济于事。