缺省状态下，SNMP协议代理进程使用（）端口向NMS发送告警信息。

免费智能真题库 > 历年试卷 > 网络工程师 > 2022年上半年网络工程师上午试卷综合知识

第49题

知识点： SNMP 简单网络管理协议端口进程

关键词：端口进程协议代理协议章/节：网络管理

A. 161

B. 162

C. 163

D. 164

相关试题：网络管理协议

更多>

第46题 2012年下半年

40%

在SNMP协议中，当代理收到一个GET请求时，如果有一个值不可或不能提供，则返回（46)。

第50题 2023年上半年

73%

SNMP的消息类型不包含()。

第41题 2011年上半年

21%

在SNMPv3中，把管理站（Manager)和代理（Agent)统一叫做（41)。


知识点讲解
· SNMP · 简单网络管理协议 · 端口 · 进程

SNMP

1）SNMP概述

SNMP的前身是简单网关监控协议（SGMP），用来对通信线路进行管理。随后对其改进并加入了符合Internet定义的SMI和MIB体系结构，改进后的协议就是著名的SNMP。SNMP的目标是管理Internet上众多厂家生产的软硬件平台，因此SNMP受Internet标准网络管理框架的影响很大。SNMP的体系结构如下图所示。

SNMP的体系结构

SNMP的体系结构围绕以下4个概念和目标进行设计。

◆使管理代理的软件成本尽可能低。

◆最大限度地保持远程管理的功能，以便充分利用Internet上的网络资源。

◆体系结构必须有扩充的余地。

◆保持SNMP的独立性，不依赖于具体的计算机、网关和网络传输协议。

在SNMP的改进版本SNMPv2中，又加入了保证SNMP体系本身安全性的目标。

另外，SNMP中提供了以下4类管理操作。

◆get操作：用来提取特定的网络管理信息。

◆get-next操作：通过遍历操作来提供强大的管理信息的提取能力。

◆set操作：用来对管理信息进行控制（修改、设置）。

◆trap操作：用来报告重要的事件。

各种操作的执行如下图所示。

SNMP的4种操作

2）SNMP管理控制框架与实现

（1）SNMP管理控制框架。

SNMP定义了管理进程（Manager）和管理代理（Agent）之间的关系，这个关系被称为共同体（Community）。描述共同体的语义是非常复杂的，但其句法却很简单。位于网络管理工作站（运行管理进程）和各网络元素上，利用SNMP相互通信，并对网络进行管理的软件统称为SNMP应用实体。若干个应用实体和SNMP组合起来形成一个共同体，不同的共同体之间用名字来区分。共同体的名字必须符合Internet的层次结构命名规则，由非保留字符串组成。此外，一个SNMP应用实体可以加入多个共同体。

SNMP的应用实体对Internet管理信息库中的管理对象进行操作。一个SNMP应用实体可操作的管理对象子集称为SNMP MIB授权范围。SNMP应用实体对授权范围内管理对象的访问还有进一步的访问控制限制，比如只读、读／写等；SNMP体系结构中要求每个共同体都规定其授权范围及其对每个对象的访问方式。记录这些定义的文件被称为共同体定义文件。

SNMP的报文总是源自每个应用实体，报文中包括该应用实体所在的共同体的名字。这种报文在SNMP中称为有身份标识的报文，共同体名字是在管理进程和管理代理之间交换管理信息报文时使用的。管理信息报文中包括以下两部分内容。

◆共同体名：加上发送方的一些标识信息（附加信息），用以验证发送方确实是共同体中的成员。共同体实际上就是用来实现管理应用实体之间身份鉴别的机制。

◆数据：这是两个管理应用实体之间真正需要交换的信息。

第三版本前的SNMP只是实现了简单的身份鉴别，接收方仅凭共同体名来判定收发双方是否在同一个共同体中，而前面提到的附加信息尚未应用。接收方在验明发送报文的管理代理或管理进程的身份后要对其访问权限进行检查。访问权限检查涉及以下因素。

◆一个共同体内各成员可以对哪些对象进行读、写等管理操作，这些可读写对象称为该共同体的授权对象（在授权范围内）。

◆共同体成员对授权范围内每个对象定义了访问模式：只读或可读写。

◆规定授权范围内每个管理对象（类）可进行的操作（包括get、get-next、set和trap）。

◆管理信息库（MIB）限制对每个对象的访问方式（如MIB中可以规定哪些对象只能读而不能写等）。

管理代理通过上述预先定义的访问模式和权限，来决定共同体中其他成员要求的管理对象访问（操作）是否允许。共同体概念同样适用于转换代理（Proxy Agent），只不过转换代理中包含的对象主要是其他设备的内容。

（2）SNMP的实现方式。

为了提供遍历管理信息库的手段，SNMP在其MIB中采用了树状命名方法对每个管理对象的实例进行命名。每个对象实例的名字都由对象类名字加上一个后缀构成，对象类的名字是不会相互重复的，因而不同对象类的对象实例之间也很少有重名的危险。

在共同体的定义中一般要规定该共同体授权的管理对象的范围，相应地也就规定了哪些对象实例是该共同体的"管辖范围"。据此，共同体的定义可以想象为一个多叉树，以字典序提供了遍历所有管理对象实例的手段。有了这个手段，SNMP就可以使用get-next操作符，顺序地从一个对象找到下一个对象。get-next（object-instance）操作返回的结果是一个对象实例的标识符及其相关信息，该对象实例在上面的多叉树中紧排在指定标识符object-instance对象的后面。这种手段的优点在于：即使不知道管理对象实例的具体名字，管理系统也能逐个地找到它，并提取到它的有关信息。遍历所有管理对象的过程可以从第一个对象实例开始（这个实例一定要给出），然后逐次使用get-next，直到返回一个差错（表示不存在的管理对象实例）结束（完成遍历）。

由于信息是以表格形式（一种数据结构）存放的，在SNMP的管理概念中，把所有表格都视为子树，其中一张表格（及其名字）是相应子树的根节点，每个列是根下面的子节点，一列中的每个行则是该列节点下面的子节点，并且是子树的叶节点，如下图所示。

管理信息库中的对象标识

因此，按照前面的子树遍历思路，对表格的遍历是先访问第一列的所有元素，再访问第二列的所有元素……直到最后一个元素。若试图得到最后一个元素的"下一个"元素，则返回差错标记。

SNMP中的各种管理信息大多以表格形式存在，一个表格对应一个对象类，每个元素对应于该类的一个对象实例。那么，管理信息表对象中单个元素（对象实例）的操作可以用前面提到的get-next方法，也可以用get/set等操作。下面主要介绍表格内一行信息的整体操作。

◆增加一行：通过SNMP只用一次set操作就可在一个表格中增加一行。操作中的每个变量都对应于待增加行中的一个列元素，包括对象实例的标识符。

◆删除一行：删除一行也可以通过SNMP调用set操作，将该行中的任意一个元素（对象实例）设置成"非法"即可。

至于删除一行时，表中的一行元素是否真的在表中消失，则与每个设备（管理代理）的具体实现有关，因此管理进程必须能通过各数据字段的内容来判断数据的合法性。

3）SNMP协议

SNMP是一个异步的请求／响应协议，即SNMP的请求和响应之间没有必定的时间顺序关系，换句话说，SNMP是一个面向无连接的协议。这样，SNMP实体不需要在发出请求后立即等待响应的到来，因此SNMP响应也可能丢失或出现错误。SNMP中设计了四种基本协议的交互过程。

第一种情况是管理进程从管理代理处提取管理信息。管理进程通过SNMP和传输网络发送get-request给管理代理，请求中包括管理对象的标识符等参数；管理代理收到请求后返回相应内容的get-response，响应中包括待提取的管理信息。

第二种情况是管理进程在管理代理的可见范围内遍历一部分管理对象实例。管理进程通过SNMP和传输网络发送get-next-request给管理代理，管理代理收到后完成遍历的一次操作，用get-response将遍历结果返回给管理进程。

第三种情况是管理进程在管理代理中存储信息，即对管理代理的管理信息库（MIB）进行写操作（包括设置工作参数）。管理进程发送一个set-request给管理代理，由管理代理完成set操作，然后用set-response返回操作结果。

第四种情况则是管理代理主动向管理进程报告事件。管理代理通过SNMP和传输网络将trap发送给管理进程，这个操作没有响应。

注意：上面的各个请求都是管理进程发给管理代理的，响应则都是由管理代理发给管理进程的。只有trap是无响应的，由管理代理单向发给管理进程。另外，请求、响应和trap的传输处理都要受"共同体"定义的限制，包括访问权限。

SNMP协议是一个对称协议，没有主从关系。SNMP上的管理进程和管理代理都可以得到SNMP完全相同的服务。下面对SNMP协议的部分特点和关键内容进行介绍。

（1）管理信息报文。

在大多数SNMP操作中都使用一个相同的报文数据结构。对于前面提到的身份鉴别方法，报文中包含三种数据（信息）传递给专门的"身份鉴别实体"：共同体名称、有关数据和发送方SNMP实体的传输层地址。

身份鉴别实体负责验证发送方是否是合法的对等实体，并返回两种可能的结果：一种结果是返回本次报文中的SNMP协议数据类型和发送方SNMP实体的权限标识符；另一种结果是返回例外。其中第一种结果表明发送方SNMP实体确实是本共同体的成员之一，接收方SNMP实体接下来对它进行处理。第二种结果（"例外"）表明发送方SNMP实体并非本共同体成员，不能接受此报文，并且接收方SNMP实体还可能根据配置产生一个"身份非法"的trap事件。

（2）协议数据单元及其管理操作。

SNMP协议实体之间的协议数据单元（PDU）只有两种不同的结构和格式，一个PDU格式在大部分操作中使用，而另一个则只在trap操作中作为trap的协议数据单元。

PDU一般包含多个代表特殊意义的字段：request-id是一个整数值，用来区分不同的PDU；error-status反映管理操作是成功还是失败；error-index表明操作中哪个变量错误；variable-bindings是一系列变量的清单，序列中每一项包含一个变量名及其变量值。

在SNMP中，接收方完成身份鉴别并得到共同体定义信息之后，SNMP实体根据PDU内容执行以下几种操作：get操作，根据变量名取出指定的对象实例；get-next操作，该操作与get操作不同，不是取变量名指定的对象实例，而是取出变量名指定的对象实例的按字典排序的下一个对象实例；set操作，对指定对象实体的值用请求中的新值替换；get-response对get/set报文做出响应并返回操作结果，收到该响应报文的操作请求方首先根据报文中的request-id在记录中查找有无这个序号的请求，如果没有则丢弃该响应，否则接收该响应，管理进程要进行响应处理。

（3）trap操作。

trap是一种捕捉事件并报告的操作，实际上几乎所有网络管理系统和管理协议都具有这种机制。trap在OSI网络管理国际标准中称为"事件和通报"，一般都简称为事件报告。

为了减少管理信息的业务流量，管理代理负责对管理对象的trap进行检查，管理检查可以设置检查条件，这样，管理进程就可以在一定程度上控制trap报告过程。引入trap报告的最大好处是许多重要事件的发生得以及时让管理进程知道。因为一般只有比较关键的trap事件才确实需要报告，再加上每个trap事件都很简短，因此由于trap而引入的不确定管理信息业务量是较少的，但却能大大改善网络管理的时效性。

由于事件多种多样，各种事件的发生环境也不一样，trap操作的复杂性比前面讲的几种操作都大，SNMP的trap操作PDU中的字段类型也较多。这些trap操作PDU中的字段包括：enterprise，记录发送trap事件的管理代理的标识符；agent-addr，管理代理的网络节点地址；generic-trap，描述该trap操作报告是哪一种异常事件；specific-trap，给出各管理代理自行定义的trap事件代码；time-stam，表示trap事件发生的时刻；variable-bindings，给出一组变量，这些变量及其值给出了与trap事件有关的详细信息。

当管理代理检测到一个例外或异常事件发生时，管理代理首先要判断需要将该事件报告给哪个或哪些管理进程。对每个管理进程，管理代理要选择相应的共同体号，由SNMP协议实体按照前面的字段格式构造trap报告的PDU，再将其发送出去。

（4）SNMP PDU的传输。

SNMP的设计是独立于具体的传输网络的，也就是说，它既可以在TCP/IP的支持下操作，也可以在OSI的传输层协议支持下完成操作，甚至可以在以太网的直接支持下实现操作。其中对OSI传输层的服务没有要求，既可以是有连接的服务，也可以是无连接的服务。为了实现上述目标，Internet组织定义了若干映射标准，规定了如何将SNMP协议数据单元PDU映射到下层的无连接传输请求上去。

在所有各种映射定义中，有一点是相同的，即所有SNMP报文数据是通过一个"顺序化"过程在网络上传输的，这个顺序化过程可以将任意结构的数据编码成一个有序的字符串进行传送。对方收到这些字符串后则按照完全相同的语法将它们解码成原来的数据结构。

（5）MIB中为SNMP定义的管理对象。

在Internet的第二版管理信息库（MIB-Ⅱ）中，为SNMP应用实体定义了若干管理对象，其中包括SNMP的各种服务原语、各种收发协议数据单元、各种参数指示或统计变量等，凡SNMP中可操作的数据结构或变量都包括在内，下面将详细介绍。

简单网络管理协议

SNMPv1

Internet最初的网络管理框架由4个文件定义，如下图所示，这就是SNMP第1版。RFC1155定义了管理信息结构（SMI），即规定了管理对象的语法和语义。SMI主要说明了怎样定义管理对象和怎样访问管理对象。RFC1212说明了定义MIB模块的方法，而RFC1213则定义了MIB-Ⅱ管理对象的核心集合，这些管理对象是任何SNMP系统必须实现的。RFC1157是SNMPv1的规范文件。

SNMP网络管理框架的定义

SNMP的通信基础是TCP/IP，它利用了传输层上的用户数据报协议（UDP）。SNMP的协议体系结构如下图所示。

SNMP的通信基础

其中的一些协议解释如下。

.BGP（Border Gateway Protocol）：边界网关协议。

.FTP（File Transfer Protocol）：文件传输协议。

.HTTP（HyperText Transfer Protocol）：超文本传输协议。

.SMTP（Simple Mail Transfer Protocol）：简单邮件传输协议。

.MIME（Multi-Purpose Internet Mail Extension）：多用途的网际邮件扩展。

.ICMP（Internet Control Message Protocol）：因特网控制报文协议。

SNMPv2

SNMPv2的管理信息结构是在总结SNMP应用经验的基础上对SNMPv1 SMI进行了扩充，提供了更精致、更严格的规范，规定了新的管理对象和MIB的文档，可以说是SNMPv1 SMI的超集。SNMPv2 SMI引入了4个关键的概念。

.对象的定义。

.表的定义。

.通知的定义。

.信息模块。

对象的定义

对象的定义是使用对象语法来描述的。在每一个MIB内部的对象都有一个正式的定义，它规定了对象的数据类型、允许的形式、取值范围以及与其他MIB内部对象之间的关系。使用ASN.1符号定义了每一个对象，而且也定义了整个MIB的结构。为了保持对象的简单性，只是使用了ASN.1元素和特性的一个有限子集。其中对象的数据类型通常是UNIVERSAL，但是在MIB-Ⅱ中只有下列数据类型可用于MIB对象的定义。

.integer（UNIVERSAL 2）。

.octetstring（UNIVERSAL 4）。

.null（UNIVERSAL 5）。

.object identifier（UNIVERSAL 6）。

.sequence、sequence-of（UNIVERSAL 16）。

其中，前面4种是基本类型，是组成其他对象类型的基本块。sequence和sequence-of用来构建表。

在MIB-2中，每个应用程序都定义了自己的APPLICATION数据类型。这里APPLICATION类型是ASN.1的APPLICATION类，它由与特定应用程序相关的数据类型组成。RFC1155中定义的一些应用程序范围类型如下。

.networkaddress：使用CHOICE结构来定义，允许从许多协议组中选择一种地址格式。

.ipaddress：由IP定义的32位地址。

.counter：只能增加不能减少的非负整数。

.gauge：可增可减的非负整数。

.timeticks：计算从某一个时刻开始时间的非负整数，以0.01s为单位进行计算。

.opaque：该类型能够产生任意类型数据。

与SNMPv1一样，SNMPv2也是用ASN.1宏定义OBJECT-TYPE表示管理对象的语法和语义，但是SNMPv2的OBJECT-TYPE增加了新的内容，如下图所示。

SNMPv2新添内容

对象宏定义说明如下。

.UnitsPart：在SNMPv2的OBJECT-TYPE宏定义中增加了UNITS子句。这个子句用文字说明与对象有关的度量单位。当管理对象表示一种度量手段（如时间）时，这个子句是有用的。

.MAX-ACCESS子句：类似于SNMPv1的ACCESS子句，说明最大的访问级别，与授权策略无关。SNMPv2定义的访问类型中去掉了write-only类，增加了一个与概念行有关的访问类型read-create，表示可读、可写、可生成。还增加了accessible-for-notify访问类，这种访问方式与陷入有关。

.STATUS子句：这个子句是必要的，也就是说必须指明对象的状态。新标准去掉了SNMPv1中的optional和mandatory，只有3个可选的状态。如果说明管理对象的状态是current，则表示在当前的标准中是有效的。如果管理对象的状态是obsolete，表示不必实现这种对象。状态deprecated表示对象已经过时了，但是为了与旧的实现互操作，实现时还要支持这种对象。

其他子句的意义和SNMPv1相同。

表的定义

由于SMI只支持简单的二维标量表这一种数据结构，因此，与SNMPv1一样，SNMPv2的管理操作只能作用于标量对象，复杂的信息要用表来表示。按照SNMPv2规范，表是行的序列，而行是列对象的序列。SNMPv2把表分为两类。

（1）禁止删除和生成行的表。这种表的最高访问级别是read-write。在很多情况下这种表由代理控制，表中只包含read-only型的对象。

（2）允许删除和生成行的表。这种表开始时可能没有行，由管理站生成和删除行。行数可由管理站或代理改变。

在SNMPv2表的定义中必须含有INDEX或AUGUMENTS子句，但是只能有一个。INDEX子句定义了一个基本概念行，而INDEX子句中的索引对象确定了一个概念行实例。与SNMPv1不同，SNMPv2的INDEX子句中增加了任选的IMPLIED修饰符。假定一个对象的标识符为y，索引对象为i₁,i₂,…，i_N,则对象y的一个实例标识符为y.（i₁）.（i₂）.…（i_N）。

SMI中表的定义不允许嵌套，也就是说，不允许表中的元素又是另外一个表，这限制了SMI的性能和灵活性。

表的操作

SNMPv2允许生成和删除行的表必须有一个列对象，其SYNTAX子句的值为RowStatus, MAX-ACCESS子句的值为read-write，这种列称为概念行的状态列。状态列可取6种值。

.active（可读写）：被管理设备可以使用概念行。

.notInService（可读写）：概念行存在，但由于其他原因（下面解释）而不能使用。

.notReady（只读）：概念行存在，但因没有信息而不能使用。

.createAndGo（只写不读）：管理站生成一个概念行实例时先设置成这种状态，生成过程结束时自动变为active，被管理设备就可以使用了。

.createAndWait（只写不读）：管理站生成一个概念行实例时先设置成这种状态，但不会自动变成active。

.destroy（只写不读）：管理站需删除所有的概念行实例时设置成这种状态。

这6种状态中除notReady外的5种状态是管理站可以用set操作设置的状态，前3种可以是响应管理站的查询而返回的状态。

表中概念行的生成可以使用两种不同的方法，分成4个步骤。

（1）选择实例标识符。针对不同的索引对象可考虑用不同的方法选择实例标识符。

（2）a管理站通过事务处理产生和激活概念行。b管理站与代理协商生成概念行。

（3）初始化非默认值对象。管理站用get命令查询所有列，以确定是否能够或需要设置列对象的值。

（4）激活概念行。

概念行的挂起：当概念行处于active状态时，如果管理站希望概念行脱离服务，以便进行修改，则可以发出set命令，把状态列由active置为notInService。

概念行的删除：管理站发出set命令，把状态列置为destroy，如果这个操作成功，概念行立即被删除。

通知和信息模块

SNMPv2提供了通知类型的宏定义NOTIFICATION-TYPE，用于定义异常条件出现时SNMPv2实体发送的信息。

SNMPv2还引入了信息模块的概念，用于说明一组有关的定义。共有以下3种信息模块。

.MIB模块：包含一组有关的管理对象的定义。

.MIB的依从性声明模块：使用MODULE-COMPLIANCE和OBJECT-GROUP宏说明有关管理对象实现方面的最小要求。

.代理能力说明模块：用AGENT-CAPABILITIES宏说明代理实体应该实现的能力。

SNMPv3

在SNMPv3中，以前叫作管理站和代理的东西现在统一称为SNMP实体（SNMP Entity）。

实体是体系结构的一种实现，由一个或多个有关的SNMP引擎（SNMP Engine）和一个或者多个有关的SNMP应用（SNMP Application）组成。下图显示了SNMP实体的组成元素。

SNMP实体组成元素

SNMP引擎

SNMP引擎提供下列服务。

.发送和接收报文。

.认证和加密报文。

.控制对管理对象的访问。

SNMP引擎有唯一的标识snmpEngindID，这个标识在一个上层管理域中是无二义性的。

应用程序

SNMPv3的应用程序分为5种。

（1）命令生成器（Command Generators）：建立SNMP Read/Write请求，并且处理对这些请求的响应。

（2）命令响应器（Command Responders）：接收SNMP Read/Write请求，对管理数据进行访问，并按照协议规定的操作产生响应报文，返回读／写命令的发送者。

（3）通知发送器（Notification Originators）：监控系统中出现的特殊事件，产生通知类报文，并且要有一种机制，以决定向何处发送报文，使用何种SNMP版本和安全参数等。

（4）通知接收器（Notification Receivers）：监听通知报文，并产生响应。

（5）代理转发器（Proxy Repeaters）：在SNMP实体之间转发报文。

端口

在TCP/IP网络中，传输层的所有服务都包含端口号，它们可以唯一区分每个数据包包含哪些应用协议。端口系统利用这种信息来区分包中的数据，尤其是端口号使一个接收端计算机系统能够确定它所收到的IP包类型，并把它交给合适的高层软件。

端口号和设备IP地址的组合通常称作插口（socket）。任何TCP/IP实现所提供的服务都用知名的1～1023之间的端口号。这些知名端口号由Internet号分配机构（Internet Assigned Numbers Authority, IANA）来管理。例如，SMTP所用的TCP端口号是25，POP3所用的TCP端口号是110，DNS所用的UDP端口号为53，WWW服务使用的TCP端口号为80。FTP在客户与服务器的内部建立两条TCP连接，一条是控制连接，端口号为21；另一条是数据连接，端口号为20。

256～1023之间的端口号通常由UNIX系统占用，以提供一些特定的UNIX服务。也就是说，提供一些只有UNIX系统才有的而其他操作系统可能不提供的服务。

在实际应用中，用户可以改变服务器上各种服务的保留端口号，但要注意，在需要服务的客户端也要改为同一端口号。

进程

简单而言，一个进程就是一个正在运行的程序。一般来说，一个进程至少应该包括以下几个方面的内容。

.相应的程序：进程既然是一个正在运行的程序，当然需要有相应程序的代码和数据。

.CPU上下文：指程序在运行时，CPU中各种寄存器的当前值，包括：程序计数器，用于记录将要取出的指令的地址；程序状态字，用于记录处理器的运行状态信息；通用寄存器，用于存放数据或地址；段寄存器，用于存放程序中各个段的地址；栈指针寄存器，用于记录栈顶的当前位置。

.一组系统资源：包括操作系统用来管理进程的数据结构、进程的内存地址空间、进程正在使用的文件等。

进程有动态性、独立性和并发行三个特性。

（1）动态性。进程是一个正在运行的程序，而程序的运行状态是在不断地变化的。例如，当一个程序在运行的时候，每执行完一条指令，PC寄存器的值就会增加，指向下一条即将执行的指令。而CPU中用来存放数据和地址的那些通用寄存器，它们的值肯定也不断地变化。另外，堆和栈的内容也在不断地变化，每当发生一次函数调用时，就会在栈中分配一块空间，用来存放此次函数调用的参数和局部变量。而当函数调用结束后，这块栈空间就会被释放掉。

（2）独立性。一个进程是一个独立的实体，是计算机系统资源的使用单位。每个进程都有自己的运行上下文和内部状态，在它运行的时候独立于其他的进程。

（3）并发性。从宏观上来看，在系统中同时有多个进程存在，它们相互独立地运行。

下图表示四个进程A、B、C、D在系统中并发地运行。从中可以看出，虽然从宏观上来说，这四个进程都是在系统中运行，但从微观上来看，在任何一个特定的时刻，只有一个进程在CPU上运行。从时间上来看，开始是进程A在运行，然后是进程B在运行，然后是进程C和进程D。接下来又轮到了进程A去运行。因此，在单CPU的情形下，所谓的并发性，指的是宏观上并发运行，而微观上还是顺序运行，各个进程轮流去使用CPU资源。

四个进程在并发运行

在具体实现上，以CPU中的程序计数器PC为例，真正物理上的PC寄存器只有一个。当四个进程在轮流执行时，PC取值的运动轨迹是先在进程A内部流动，然后再到进程B的内部流动，再到进程C和D。从进程的独立性角度来说，每个进程都有“自己”独立的PC寄存器，即逻辑上的PC寄存器，它们的取值相互独立、互不影响。所谓的逻辑PC，其实就是一个内存变量。例如，在上图中，当进程A要执行的时候，就把A的逻辑PC的值拷贝到物理PC中，然后开始运行。当轮到B运行的时候，先把物理PC的当前值保存到A的逻辑PC中，然后再把B的逻辑PC的值装入到物理PC中，即可运行。这样就实现了各个进程的轮流运行。

题号导航 2022年上半年网络工程师上午试卷综合知识

本试卷我的完整做题情况



	第49题在手机中做本题