最近我遇到了个奇怪的问题，我的一个Lua脚本需要通过shell的重定向将输出追加到一个日志文件中。但是那个Lua脚本的输出在日志文件里看来却不是实时的，输出的文本直到脚本结束时才能看到。

在shell下运行这个程序，是可以看到实时输出的：

-- buffer_test.lua
local socket = require "socket"

local const = 100


for i=1, const, 1 do

print(i)

socket.select(nil, nil, 1)

end

但是当通过重定向时，只有脚本结束后才能看到文件：

# lua buffer_test.lua >>log.txt 2>&1 &
# tail -f log.txt

看来当Lua的标准输出stdout连接的是终端时，采用了行缓存模式，而重定向到文件时则变成了完全缓存。翻遍了Lua的官方文档也没有找到这样的说明。但是在查看stdio的手册页时发现了下面的一段话：

The stdio library is a part of the library libc and routines are auto-matically loaded as needed by the compilers cc(1) and pc(1).

At program startup, three text streams are predefined and need not be opened explicitly — standard input (for reading conventional input), — standard output (for writing conventional input), and standard error (for writing diagnostic output). These streams are abbreviated stdin,stdout and stderr. When opened, the standard error stream is not fully buffered; the standard input and output streams are fully buffered if and only if the streams do not to refer to an interactive device.

Output streams that refer to terminal devices are always line buffered by default;

原来stdio都是由libc提供，而我在ldd lua时发现Lua确实也依赖于libc。这下就可以解释了：Lua在连接是终端的时候采用的是行缓存，而连接的是非活跃的设备时是采用的是完全缓存。

但是假如我们中途终止脚本，查看日志：

# nl log.txt
 1	lua: io.lua:9: interrupted!
 2	stack traceback:
 3		[C]: in function 'select'
 4		io.lua:9: in main chunk
 5		[C]: ?
 6	1
 7	2
 8	3

可以发现异常的日志难道不应该在最后面吗？其实上面的引用已经帮我们回答了：stderr并不是完全缓存，当发生异常时，stderr首先被写入日志，接着缓存区的stdout才会被刷入文件。

回顾这个问题，给我们留下的经验是Lua的很多库的实现原理其实在libc与系统调用那儿，不要只把目光局限在Lua的文档上。其实在其他的语言中，我估计也差不多。我们在查找问题的时候，一定要跳出自己的固有思维，有时候自己非常有把握的知识恰恰是不准确的。

            <hr style="visibility: hidden;"/>