在Python 3中，使用sys.stdout进行打印是有正当理由的。写，但是这个原因也可以变成使用sys.stdout.write的原因。

这个原因是，现在print是python3中的一个函数，你可以重写它。所以你可以在一个简单的脚本中到处使用print，并决定这些print语句需要写入到stderr。你现在可以重新定义打印函数，你甚至可以通过使用内置模块改变打印函数全局。偏离了轨道。写可以指定文件是什么，但通过覆盖打印，还可以重新定义行分隔符或参数分隔符。

反之亦然。也许您完全确定写入到stdout，但也知道要将打印更改为其他内容，您可以决定使用sys.stdout。写，并使用打印错误日志或其他东西。

所以，你使用什么取决于你打算如何使用它。打印更灵活，但这可能是使用或不使用它的原因。我还是会选择比较灵活的款式，选择印花。另一个使用印刷版的原因是熟悉。现在更多的人知道你说的print是什么意思，而更少的人知道sys.stdout.write。

在Python 3中，使用sys.stdout进行打印是有正当理由的。写，但是这个原因也可以变成使用sys.stdout.write的原因。

这个原因是，现在print是python3中的一个函数，你可以重写它。所以你可以在一个简单的脚本中到处使用print，并决定这些print语句需要写入到stderr。你现在可以重新定义打印函数，你甚至可以通过使用内置模块改变打印函数全局。偏离了轨道。写可以指定文件是什么，但通过覆盖打印，还可以重新定义行分隔符或参数分隔符。

反之亦然。也许您完全确定写入到stdout，但也知道要将打印更改为其他内容，您可以决定使用sys.stdout。写，并使用打印错误日志或其他东西。

所以，你使用什么取决于你打算如何使用它。打印更灵活，但这可能是使用或不使用它的原因。我还是会选择比较灵活的款式，选择印花。另一个使用印刷版的原因是熟悉。现在更多的人知道你说的print是什么意思，而更少的人知道sys.stdout.write。

是否存在sys.stdout.write()比print更可取的情况?

我发现在多线程情况下，stdout比print工作得更好。我使用队列(FIFO)来存储要打印的行，并且在打印行之前保持所有线程，直到打印队列为空。即便如此，使用print我有时会在调试I/O上丢失最后的\n(使用Wing Pro IDE)。

当我在字符串中使用带\n的std.out时，调试I/O格式正确且\n被准确地显示出来。

其中一个区别如下，当试图将一个字节打印为其十六进制外观时。例如，我们知道十进制值255是十六进制的0xFF:

val = '{:02x}'.format(255)

sys.stdout.write(val) # Prints ff2
print(val)            # Prints ff

>>> sys.stdout.write(1)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: expected a string or other character buffer object
>>> sys.stdout.write("a")
a>>> sys.stdout.write("a") ; print(1)
a1

观察上面的例子:

Sys.stdout.write不会写入非字符串对象，但print会 Sys.stdout.write最后不会添加新的行符号，但print会

如果我们深潜，

sys。Stdout是一个文件对象，可用于print()的输出

如果未指定print()的文件参数，则sys。将使用Stdout

当动态打印有用时，例如，在一个较长的过程中提供信息:

import time, sys
Iterations = 555
for k in range(Iterations+1):

    # Some code to execute here ...

    percentage = k / Iterations
    time_msg = "\rRunning Progress at {0:.2%} ".format(percentage)
    sys.stdout.write(time_msg)
    sys.stdout.flush()
    time.sleep(0.01)