更多的差异: "printf"返回一个整数值(等于打印的字符数)，"cout"不返回任何东西

And.

Cout << "y = " << 7;不是原子的。

Printf ("%s = %d"， "y"， 7);是原子的。

Cout执行类型检查，printf不执行。

iostream中没有% d的等价物

我引用一下:

在高层术语中，主要的区别是类型安全(cstdio 没有它)，性能(大多数iostreams实现都有 比cstdio慢)和可扩展性(iostreams允许 自定义输出目标和用户定义类型的无缝输出)。

对于原语，使用哪个原语可能并不重要。当你想输出复杂的对象时它才有用。

例如，如果你有一门课，

#include <iostream>
#include <cstdlib>

using namespace std;

class Something
{
public:
        Something(int x, int y, int z) : a(x), b(y), c(z) { }
        int a;
        int b;
        int c;

        friend ostream& operator<<(ostream&, const Something&);
};

ostream& operator<<(ostream& o, const Something& s)
{
        o << s.a << ", " << s.b << ", " << s.c;
        return o;
}

int main(void)
{
        Something s(3, 2, 1);

        // output with printf
        printf("%i, %i, %i\n", s.a, s.b, s.c);

        // output with cout
        cout << s << endl;

        return 0;
}

现在，上面的内容可能看起来并不是很好，但是让我们假设您必须在代码中的多个地方输出这些内容。不仅如此，假设您添加了一个字段“int d”。使用cout，您只需要在一个地方更改它。然而，使用printf，你可能需要在很多地方改变它，不仅如此，你还需要提醒自己输出哪些。

尽管如此，使用cout，您可以减少大量用于维护代码的时间，不仅如此，如果您在新应用程序中重用对象“Something”，您实际上不必担心输出。

对我来说，真正的区别是让我选择'cout'而不是'printf':

1) <<操作符可以为我的类重载。

2) cout的输出流可以很容易地更改为一个文件: (:复制粘贴:)

#include <iostream>
#include <fstream>
using namespace std;

int main ()
{
    cout << "This is sent to prompt" << endl;
    ofstream file;
    file.open ("test.txt");
    streambuf* sbuf = cout.rdbuf();
    cout.rdbuf(file.rdbuf());
    cout << "This is sent to file" << endl;
    cout.rdbuf(sbuf);
    cout << "This is also sent to prompt" << endl;
    return 0;
}

3)我发现cout更具可读性，特别是当我们有很多参数时。

cout的一个问题是格式化选项。在printf中格式化数据(精度，合理性等)更容易。

我想指出的是，如果你想在c++中使用线程，如果你使用cout，你可以得到一些有趣的结果。

考虑下面的代码:

#include <string>
#include <iostream>
#include <thread>

using namespace std;

void task(int taskNum, string msg) {
    for (int i = 0; i < 5; ++i) {
        cout << "#" << taskNum << ": " << msg << endl;
    }
}

int main() {
    thread t1(task, 1, "AAA");
    thread t2(task, 2, "BBB");
    t1.join();
    t2.join();
    return 0;
}

// g++ ./thread.cpp -o thread.out -ansi -pedantic -pthread -std=c++0x

现在，输出都被打乱了。它也可以产生不同的结果，试着执行几次:

##12::  ABABAB

##12::  ABABAB

##12::  ABABAB

##12::  ABABAB

##12::  ABABAB

你可以使用printf，也可以使用互斥。

#1: AAA
#2: BBB
#1: AAA
#2: BBB
#1: AAA
#2: BBB
#1: AAA
#2: BBB
#1: AAA
#2: BBB

玩得开心!

我想说，printf的可扩展性不足是不完全正确的: 在C语言中，它是真的。但是在C语言中，没有真正的类。 在c++中，可以重载强制转换操作符，因此，重载char*操作符并像这样使用printf:

Foo bar;
...;
printf("%s",bar);

可以是可能的，如果Foo重载好的操作符。或者你有一个好方法。简而言之，printf对我来说和cout一样具有可扩展性。

我可以看到c++流的技术参数(一般来说…不仅是cout.)是:

类型安全。(顺便说一下，如果我想打印一个'\n'，我使用putchar('\n')…我不会用核弹杀死一只昆虫。) 更容易学。(不需要学习“复杂的”参数，只需使用<<和>>操作符) 本机使用std::string(对于printf有std::string::c_str()，但对于scanf?)

对于printf，我看到:

更容易，或至少更短(就书写的字符而言)复杂的格式。对我来说，可读性更强(我猜是品味问题)。 更好地控制函数所生成的内容(返回写入了多少字符并且有%n格式化程序:"Nothing printing . "参数必须是一个指向有符号整型的指针，其中存储到目前为止写入的字符数。”(from printf - c++ Reference) 更好的调试可能性。原因和上一个论点一样。

我个人倾向于使用printf(和scanf)函数，主要是因为我喜欢短行，而且我认为打印文本时的打字问题并不难避免。 我唯一对c风格函数感到遗憾的是std::string不受支持。在将其交给printf之前，我们必须通过一个char*(如果我们想读，则使用std::string::c_str()，但如何写?)