[杂] ios_base sync_with_stdio(false)引发的一些思考

最新推荐文章于 2025-01-08 14:03:25 发布

LPA20020220

最新推荐文章于 2025-01-08 14:03:25 发布

阅读量704

点赞数 2

CC 4.0 BY-SA版权

分类专栏：杂文章标签：流输入输出流 stdin 缓冲区

本文链接：https://blog.csdn.net/LPA20020220/article/details/84964415

杂专栏收录该内容

1 篇文章

订阅专栏

蒟蒻博主昨天做了一道题，重载了高精度结构体的 $> > 、 < <$ 运算符，以便用 $c i n 、 c o u t$ 直接读入。

因为有点卡常，只好打开了ios_base::sync_with_stdio(false)

然而在一组数据上死活 $W A$ ：

这个点输出 $0$ 说明是一个特判的点，根本不应该 $W A$ 。

然后蒟蒻博主把std代码贴下来对拍了所有合法情况，发现非零的情况根本没锅…

那么这是什么操作呢？蒟蒻博主又在每组数据处理之前加了 $f f l u s h (s t d o u t)$ ，然后发现可以 $A$ 。

博主又把

ios_base::sync_with_stdio(false);

删掉，发现不加 $f f l u s h$ 也可以 $A$ …

仔细看才发现啊中间的特判是这么写的：

int T, n, k;
    ios_base::sync_with_stdio(false);
    cin >> T;
    W (T--)
    {
        cin >> n >> k;
        if (n > k || k == 0 || n == 0) {puts("0 1"); continue;}
        ......

原来是把我 $p u t s ()$ 的东西吃掉了…

那么ios_base::sync_with_stdio(false)到底搞了什么操作？

看了网上大神们的博客蒟蒻才明白一点。

在普通状况下，我们的 $s t d o u t$ 并不是直接输出的，而是暂时存在一个叫缓冲区的地方。

缓冲区也分为三种：

全缓冲：直到系统缓冲区满了再一次全部输出，例如对磁盘文件的读写。
行缓冲：读取到换行符或行缓冲满了之后再输出，例如 $s t d i n / s t d o u t$ 。
不带缓冲：直接输出，不放在缓冲区里面。

如何验证 $s t d i n / s t d o u t$ 是行缓冲？实际上很简单：

#include <bits/stdc++.h>
using namespace std;
int main(){
    printf("hello world!");
    _Exit(0);
}

当然这玩意应该放到linux下运行， windows系统会自动帮你刷新缓冲区。（windows下面是_exit(0)）

然后我们发现似乎并没有任何输出，因为_exit(0)直接并没有刷新缓冲区就直接强制退出了。

如果加上’\n’：

那么我们再来看下读写磁盘文件的缓冲：

#include <bits/stdc++.h>
using namespace std;
string a;
int main(void)
{
	freopen("233.out", "w", stdout);
	for (int i = 1; i <= 1022; ++i) a += '2';
	for (int i = 1; i <= 10; ++i)
	cout << a << '\n'; //输出长度为1023
    /*使用
    printf("%s\n", a.c_str());
    会得到同样效果*/
}

在调试模式下运行，输出第 $5$ 个 $a$ 的时候会是这样的：

注意到下面只有4个 $2$ ，这说明全缓冲的缓冲区大小是 $bytes4096\ bytes$ （windows下）。

但如果换成

#include <bits/stdc++.h>
using namespace std;
string a;
int main(void)
{
	freopen("233.out", "w", stdout);
	for (int i = 1; i <= 1022; ++i) a += '2';
	for (int i = 1; i <= 10; ++i)
	cout << a << endl;
}

就会发现每次输出的时候都直接写在了文件里面。

这是因为 $e n d l 、 f l u s h$ 都会强制刷新缓冲区，也就是为什么有人说cout <<'\n'比cout<<endl快的原因。

然后我们加上ios_base::sync_with_stdio(false)，发现无论cout<<'\n'还是cout<<endl都会直接输出在文件里面，等于强制转换到了不带缓冲模式，自然比输出到缓冲区再 $f l u s h$ 出来更快。

那么这个时候的 $p u t s (" ") / p r i n t f (" ")$ 输出到了哪里？我们再做一个测试：

#include <bits/stdc++.h>
using namespace std;
string a;
int main(void)
{
	freopen("233.out", "w", stdout);
	ios_base::sync_with_stdio(false);
	for (int i = 1; i <= 10; ++i) a += '2';
	for (int i = 1; i <= 10000; ++i)
	cout << a << endl, puts("000");
}