1.问题1 一开始的cmd命令为 tail -f log.txt | grep -aE “a|b” 结果出现一个问题，在代码运行几分钟之后，就获取不到数据了 一开始以为是paramiko的问题，会在一定时间之后自动关闭client，但是经过调试之后发现是阻塞在_channel.recv，一直收不到服务端的数据导致。 经过百度之后发现由于linux的缓冲机制影响导致tail -f 结合管道|的时候会输出延迟

缓冲是一种有效提高IO效率的方法，把频繁的读写请求积累到一定程度后再 一次性的与IO设备交互操作。

IO缓冲有3种，无缓冲，行缓冲，和全缓冲。

无缓冲，就是不使用缓冲机制。面向字节的设备？（stderr） 行缓冲，缓冲，直到遇到换行符。一般用于终端设备。 全缓冲，缓冲，直到buffer满。一般用于块设备。

在终端窗口中执行tail命令，是面向终端设备的，会使用行缓冲， 所以日志中每写入一行，立刻就会输出。 当使用管道时，会变为使用全缓冲，这样一来，就要等到日志中 写入的字节数填满buffer后才会输出。 解决方法： 把tail的标准输出重定向到标准错误上，并把标准错误也给管道。 因为stderr是无缓冲的。 例如 tail -f >&2 | grep 或者直接去掉管道

2.问题2 按照问题一的结论，我去掉了命令中的管道，直接使用 tail -f log.txt命令，将过滤放到check_type函数中进行，发现运行几分钟之后获取不到数据的情况并没有解决。于是继续定位。最后经过一番挫折之后发现是使用的tail -f命令有问题 tail -f 等同于–follow=descriptor，根据文件描述符进行追踪，当文件改名或被删除，追踪停止 tail -F 等同于–follow=name --retry，根据文件名进行追踪，并保持重试，即该文件被删除或改名后，如果再次创建相同的文件名，会继续追踪 log.txt文件在程序运行过程中被修改了文件描述符从而导致tail -f不继续跟踪。修改为tail -F后问题解决