python linux下运行无输出的真相竟是flush()

冷不防 2022-09-30 07:31 48阅读 0赞

上次的crontab输出问题，抱歉了，我想错了。  
原文：[http://blog.csdn.net/sinat\_21302587/article/details/62221648][http_blog.csdn.net_sinat_21302587_article_details_62221648]

本以为是 crontab 的问题，其实是 python 的问题。好了，听我细细道来。

#### 环境： **linux** ####

代码：

import time
    import sys
    
    for i in range(5):
        print i,
        sys.stdout.flush()
        time.sleep(1)

将以上代码在linux 中运行，在程序执行过程中，**依次**输出0，1，2，3，4

将 sys.stdout.flush() 注释掉，在程序执行完毕后，**一次性**输出0，1，2，3，4

#### 为什么？ ####

原因是python 的print 先写到缓冲区了，还没flush到文件。  
于是加了一行“ sys.stdout.flush()” –在每次print后都flush一次。

获取python的print流，所有的print流在shell中都是一次性获取的，这种情况对于执行时间比较短的程序脚本没什么影响，但是当python程序需要执行很长时间，而需要通过print流追踪程序，就影响比较大。

通过查阅资料，可知：  
当我们在 Python 中打印对象调用 print obj 时候，事实上是调用了 sys.stdout.write(obj+’\\n’)   
print 将你需要的内容打印到了控制台，然后追加了一个换行符  
print 会调用 sys.stdout 的 write 方法 .

#### windows 没出现这种情况，都是依次输出。平台差异，具体原因待深入研究。 ####

#### 抛砖 ####

将上述代码中的`ptint i,`的逗号去掉这显示的有些不同，去掉逗号后，会在运行过程中直接依次输出0，1，2，3，4 无论是否flush()

这是什么情况呢？

首先明确下，print 在python2 中是一个关键字同时也是一个函数，即在使用过程中无论加还是不加括号都不会有影响。  
而在python3 中 print 只是一个函数，所以必须要加入括号。

python3 print 函数原型：  
print(\*objects, sep=’ ‘, end=’\\n’, file=sys.stdout, flush=False)

可带的参数中，包括了flush(新加入的)  
同时注意end默认的是换行。这里似乎可以解释，在python2 中如果print 后面不加逗号，则默认以换行结束的话，可能会触发flush()。  
而加逗号后，print 语句不以换行符结束，设定的flush()才为起效。

解释的未必准确，欢迎探讨。

#### 参考资料 ####

\[1\].[https://zhidao.baidu.com/question/575650032.html][https_zhidao.baidu.com_question_575650032.html]  
\[2\].markdown 字体颜色 [http://blog.csdn.net/testcs\_dn/article/details/45719357/][http_blog.csdn.net_testcs_dn_article_details_45719357]  
\[3\].python3 print() 用法 [http://blog.csdn.net/chr1991/article/details/51013308][http_blog.csdn.net_chr1991_article_details_51013308]

[http_blog.csdn.net_sinat_21302587_article_details_62221648]: http://blog.csdn.net/sinat_21302587/article/details/62221648
[https_zhidao.baidu.com_question_575650032.html]: https://zhidao.baidu.com/question/575650032.html
[http_blog.csdn.net_testcs_dn_article_details_45719357]: http://blog.csdn.net/testcs_dn/article/details/45719357/
[http_blog.csdn.net_chr1991_article_details_51013308]: http://blog.csdn.net/chr1991/article/details/51013308