在unix下,输出到终端与输出到文件本质是一样的;三个标准数据流,stdin,stdout,stderr只是三个特殊的文件而已(而且大部分时候它们是一样的)
每个程序都有一张文件表,该表记录了该程序打开的文件。默认情况下就打开了stdin,stdout,stderr。当执行ls的时候,程序输出到stdout,指向终端显示。
当执行ls > 123的时候,bash首先以写的方式打开(如果没有则创建)123。得到一个文件描述符fd;文件描述符可以简单理解为指向文件的指针。stdin,stdou,stderr都有一个对应的文件描述符,只是比较特殊,它们指向终端。
然后bash下面的动作,简单的理解就是把ls的stdout赋值为新打开的文件描述符fd;这样当ls向标准输出stdout写数据的时候其实就写入了文件123当中,而ls对此毫不知情。
所以是先创建了123,然后再执行;但是数据不经过bash,而是直接从ls输出到了123当中,就好像ls本来就要把数据输出到123。
如果你想明白bash是如何改变ls的stdout值的,那么你还需要理解fork系统调用
每个程序都有一张文件表,该表记录了该程序打开的文件。默认情况下就打开了stdin,stdout,stderr。当执行ls的时候,程序输出到stdout,指向终端显示。
当执行ls > 123的时候,bash首先以写的方式打开(如果没有则创建)123。得到一个文件描述符fd;文件描述符可以简单理解为指向文件的指针。stdin,stdou,stderr都有一个对应的文件描述符,只是比较特殊,它们指向终端。
然后bash下面的动作,简单的理解就是把ls的stdout赋值为新打开的文件描述符fd;这样当ls向标准输出stdout写数据的时候其实就写入了文件123当中,而ls对此毫不知情。
所以是先创建了123,然后再执行;但是数据不经过bash,而是直接从ls输出到了123当中,就好像ls本来就要把数据输出到123。
如果你想明白bash是如何改变ls的stdout值的,那么你还需要理解fork系统调用