终端

柔情只为你懂 2021-12-22 07:35 248阅读 0赞

原文链接：[http://www.orlion.ga/1227/][http_www.orlion.ga_1227]

**一、概念**

unix系统中用户通过终端登录系统后得到一个Shell进程，这个终端成为Shell进程的控制端。控制终端是保存在PCB中的信息，而fork会复制PCB中的信息，因此Shell进程启动的其他进程的控制终端也是这个终端。默认情况下(没有重定向)，每个进程的标准输入、标准输出和标准错误输出都指向控制终端，进程从标准输入读也就是读用户的键盘输入，进程往标准输出或标准错误输出写也就是输出到显示器上。另外在控制终端输入一些特殊的控制键可以给前台进程发信号，如:Ctrl-C表示SIGINT，Ctrl-\\表示SIGQUIT。

每个进程可以通过特殊的设备文件/dev/tty访问它的控制终端，事实上每个终端设备都对应一个不同的设备文件，/dev/tty提供了一个通用的接口，一个进程要访问它的控制终端既可以通过/dev/tty也可以通过该终端设备所对应的设备文件来访问。ttyname函数可以由文件描述符查出对应的文件名，该文件描述符必须指向一个终端设备而不能是任意文件。

**二、终端登录过程**

一台PC通常只有一套键盘和显示器，也就是只有一套终端设备，但是可以通过Ctrl-Alt-F1~Ctrl-Alt-F6切换到6个终端，相当于有六套虚拟的终端设备，它们公用同一套物理终端设备，对应的设备文件分别是/dev/tty1~/dev/tty6，所以称为虚拟终端。设备文件/dev/tty0表示当前虚拟终端，比如切换到Ctrl-Alt-F1的字符终端时/dev/tty0就表示/dev/tty1，切换到Ctrl-Alt-F2的字符终端时/dev/tty0就表示/dev/tty2，就像/dev/tty一样也是一个通用的接口，但它不能表示图形终端窗口所对应的终端。

内核中处理终端设备的模块包括硬件驱动程序和线路规程，如下图所示:

![blob-43.png][]

硬件驱动程序负责读写实际的硬件设备，比如从键盘读入字符和把字符输出到显示器，线路规程像一个过滤器，对于某些特殊字符并不是让它直接通过，而是做特殊处理，比如在键盘上按Ctrl-Z,对应的字符并不会被用户程序的read读到，而是被线路规程截获，解释成SIGTSTP信号发给前台进程，通常会使该进程停止。线路规程应该过滤哪些字符和做哪些特殊处理是可以配置的。

终端设备有输入和输出队列缓冲区，如下图所示:

![blob-44.png][]

以输入队列为例，从键盘输入的字符经线路规程过滤后进入输入队列，用户程序以先进先出的顺序从队列中读取字符，一般情况下，当输入队列满的时候再输入字符会丢失，同时系统会响铃警报。终端可以配置成回显(Echo)模式，在这种模式下，输入队列中的每个字符既送给用户程序也送给输出队列，因此我们在命令行键入字符时，该字符不仅可以被程序读取，我们也可以同时再屏幕上看到该字符的回显。

**终端登录过程**:

1.系统启动时，init进程根据配置文件/etc/inittab确定要打开哪些终端。例如配置文件中有这样一行:

1:2345:respawn:/sbin/getty 9600 tty1

和/etc/passwd类似，每个字段用:号隔开。开头的1是这一行配置的id，通常要和tty的后缀一致，配置tty2的那一行id就应该是2。第二个字段2345表示运行级别2~5都执行这个配置。最后一个字段/sbin/getty 9600 tty1是init进程要fork/exec命令，打开终端/dev/tty1,波特率是9600(波特率只对串口和Modem终端有意义)，然后提示用户输入账号。中间的respwan字段表示init进程会监视getty进程的运行状态，一旦该进程终止，init会再次fork/exec这个命令，所以我们从终端退出登录后会再次提示输入账号。有些新的Linux发行版已经不用/etc/inittab这个配置文件了，例如Ubuntu用/etc/event.d目录下的配置文件来配置init。

2.getty根据命令行参数打开终端设备作为它的控制终端，把文件描述符0、1、2都指向控制终端，然后提示用户输入账号。用户输入账号之后，getty的任务就完成了，它再执行login程序:

execle("/bin/login", "login", "-p", username, NULL, envp);

3.login程序提示用户输入密码(输入密码期间关闭终端的回显)，然后验证账号密码的正确性，如果密码不正确，login进程终止，init会重新fork/exec一个getty进程。如果密码正确，login程序设置一些环境变量，设置当前工作目录为该用户的主目录，然后执行Shell:

execl("/bin/bash", "-bash", NULL);

注意argv\[0\]参数的程序名前加了一个-,这样bash就知道自己是作为登录Shell启动的，执行登录Shell的启动脚本。从getty开始exec到login，再exec到bash，其实都是同一个进程，因此控制终端没变，文件描述符0、1、2也仍然指向控制终端。由于fork会复制PCB信息，所以由Shell启动的其他进程也都是如此。

**三、网络登录过程**

虚拟终端或串口终端的数目是有限的，虚拟终端一般就是/dev/tty1~/dev/tty6六个，串口终端的数目也不超过串口的数目。然而网络终端或图形终端的数目却是不受限制的，这是通过伪终端实现的。一套伪终端由一个主设备和一个从设备组成。主设备在概念上相当于键盘和显示器，只不过它不是真正的硬件而是一个内核模块，操作它的也不是用户而是另外一个进程。从设备和上面介绍的/dev/tty1这样的终端设备模块类似，只不过他的底层驱动程序不是访问硬件而是访问主设备。网络终端或图形终端窗口的Shell进程以及它的启动的其它进程都会认为自己的控制终端是伪终端从设备，例如/dev/pts/0、/dev/pts/1等。下面以telnet为例说明网络登录和使用伪终端的过程:

![blob-45.png][]

1.用户通过telnet客户端连接服务器。如果服务器配置为独立模式，则在服务器监听连接请求时一个telnetd进程，它fork出一个telnetd子进程来服务客户端，父进程仍监听其他连接请求。

另外一种可能是服务器端由系统服务程序inetd或xinetd监听连接请求，inetd称为Internet Super-Server，它监听系统中的多个网络服务端口，如果连接请求的端口号和telnet服务端口号一致，则fork/exec一个telnetd子进程来服务客户端。xinetd是inetd的升级版本，配置更为灵活。

2.telnetd子进程打开一个伪终端设备，然后再经过fork一分为二：父进程操作伪终端主设备，子进程将伪终端从设备作为它的控制终端，并且将文件描述符0、1、2指向控制终端，二者通过伪终端通信，父进程还负责和telnet客户端通信，而子进程负责用户的登录过程，提示输入账号，然后调用exec变成login进程，提示输入密码，然后调用exec变成Shell进程。这个Shell进程认为自己的控制终端是伪终端从设备，伪终端主设备可以看作键盘显示器等硬件，而操作这个伪终端的"用户"就是父进程telnetd。

3.当用户输入命令时，telnet客户端将用户输入的字符通过网络发给telnetd服务器，由telnetd服务器代表用户将这些字符输入伪终端。Shell进程并不知道自己连接的是伪终端而不是真正的键盘显示器，也不知道操作终端的"用户"其实是telnetd服务器而不是真正的用户。Shell仍然解释执行命令，将标准输入和标准错误输出写到终端设备，这些数据最终由telnetd服务器发回给telnet客户端，然后显示给用户看。

如果telnet客户端和服务器之间的网络延迟较大，我们会观察到按下一个键之后要过几秒钟才能回显到屏幕上。这说明我们每按一个键telnet客户端都会立刻把该字符发送给服务器，然后字符经过伪终端主设备和从设备之后被Shell进程读取，同时回显到伪终端从设备，回显的字符再经过伪终端主设备、telnetd服务器和网络发回给telnet客户端，显示给用户看。

BSD系列的UNIX在/dev目录下创建很多ptyXX和ttyXX设备文件，XX由字母和数组组成，ptyXX是主设备，相对应的ttyXX是从设备，伪终端的数目取决于内核配置。而在SYS V系列的UNIX上，伪终端主设备是/dev/ptmx,"mx"表示Multiplex，意思是多个主设备复用同一个设备文件，每打开一次/dev/ptmx,内核就分配一个主设备，同时在/dev/pts目录下创建一个从设备文件，当终端关闭时就从/dev/pts目录下删除相应的从设备文件。Linux同时支持上述两种伪终端，目前的标准倾向于SYS V的伪终端。

转载于:https://www.cnblogs.com/orlion/p/5350821.html

[http_www.orlion.ga_1227]: http://www.orlion.ga/1227/
[blob-43.png]: http://www.orlion.ga/wp-content/uploads/2016/03/blob-43.png
[blob-44.png]: http://www.orlion.ga/wp-content/uploads/2016/03/blob-44.png
[blob-45.png]: http://www.orlion.ga/wp-content/uploads/2016/03/blob-45.png