C++的输入流问题

照着C++ primer练的，出了个问题

#include <iostream>
#include <string>
#include <iterator>
#include <vector>
#include <algorithm>
#include <numeric>

using std::cout;
using std::cin;
using std::endl;
using std::string;
using std::istream_iterator;
using std::vector;

int main()
{    
    istream_iterator<int> in_iter(cin);
    istream_iterator<int> eof;
    vector<int> vec(in_iter, eof);
    for (auto tem = vec.begin(); tem != vec.end(); ++tem)
        cout << *tem << endl;

    cin.clear();
    cin.ignore();
    istream_iterator<int> in(cin);// 因为是在标准输入流中取数据
    cout << accumulate(in, eof, 0) << endl;

    return 0;
}

如果不加那行cin.ignore()，按如下方式输入，第二个读取会被跳过：

还是不加cin.ignore()，如果全是回车作为间隔，不使用空格，第二次读入好使：

现在加上cin.ignore()，用空格作为间隔符的输入方式也能触发第二次输入了：

所以谁能解释清楚这到底咋回事？
更离谱的来了。我最不解的就是几种输入的结尾都是“EOF+\n"，为啥最后结果就能不一样。难不成是有的情况在输入缓冲区里会留下"\n"，有的不会留？尤其是cin.ignore()默认只删一个输入缓冲区里的字符，所以想办法看看那一个字符到底是啥就好了。我把代码改成这样：

int main()
{    
    istream_iterator<int> in_iter(cin);
    istream_iterator<int> eof;
    vector<int> vec(in_iter, eof);
    for (auto tem = vec.begin(); tem != vec.end(); ++tem)
        cout << *tem << endl;

    cin.clear();
    char a;
    cin >> a;
    cout << a << int(a) << endl;
    //cin.ignore();
    istream_iterator<int> in(cin);// 因为是在标准输入流中取数据
    cout << accumulate(in, eof, 0) << endl;

    return 0;
}

注意cin.ignore()被我注释掉了，运行结果如下：

ASCII里，26号代表的是“SUB (substitute)代替”。绝了，这玩意我从来都没遇到过。看来离真相更进了一步。
查了一下，ctrl+z在转到输入缓冲区时被换成了数值26，ctrl+“26个字母”对应的数值范围就是1~26。那么问题来了，为什么用回车做分隔符，最后的EOF在被读到后会被踢出输入缓冲区，而用空格做分隔符最后的EOF在被读到后会被留在输入缓冲区？感觉得有点深入的知识储备才能知道该怎么检索这个问题。算了，“前面的区域，以后再来探索吧”。
还是没忍住，整了半天，下面是探索结果：
流对缓冲区中EOF的处理机制，取决于EOF是不是在缓冲区第一个位置：
1、先注释掉cin.clear()

#include <iostream>
using namespace std;
int main()
{
    char a = 'A', b = 'B', c = 'C', d = 'D';
    cin >> a;
    cout << a << ' ' << int(a) << endl;
    //cin.clear();
    cin.get(b);
    cout << b << ' ' << int(b) << endl;
    cin.get(c);
    cout << c << ' ' << int(c) << endl;
    cin >> d;
    cout << d << ' ' << int(d) << endl;
    return 0;
}

先输入“1^Z2”，可以看到，1被读进a了，EOF被读进b了。但是后面的2以及2后面的换行都消失了。c和d想要读就得继续输入才行。

现在先输入“^Z1”：

下面的输入全部失效，应该是输入流被EOF置位了。现在把cin.clear()加上，恢复置位：

由于上来就是EOF，a什么也没读到，就还是‘A’。b需要输入，说明EOF把它自己和后面的1以及换行都从缓冲区删掉了。c读入b后的换行符，10就是换行符ansii的编号，最后d读入了字符‘3’。

总结一下：
cin对EOF的反应取决于第一次对没刷新过的输入缓冲区调用cin时EOF是不是在缓冲区的第一个位置，换个说法就是：你每次按回车前用键盘打的字里EOF是不是第一个。
当EOF不在缓冲区中第一个位置时，cin读到EOF并不会把EOF从缓冲区里移出，这次cin操作结束后，缓冲区里第一个字符是EOF。且这种流的中断不会导致终止流的标志被置位，流还可以正常使用。
当EOF在缓冲区的第一个位置时，cin读到EOF会把缓冲区全部清空，包括EOF自己。这种情况会导致流的终止标志置位，要想正常使用，得先用cin.clear()把标志复位。
输入缓冲区被刷新过后，这种cin应对EOF的机制会被重置。
但无论EOF在不在缓冲区第一个位置，cin读到EOF时，在缓冲区里位于EOF后面的东西必被丢掉（他们也可能是从键盘到缓冲区的过程中就没了，这我就不清楚了，反正对流的操作过程中一直都没出现过）。