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

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()内部的用户态缓冲也无济于事。