设置非阻塞 | 非阻塞和阻塞

非阻塞和阻塞

node是一个基于 Chrome V8 引擎的 JavaScript 运行环境。Node.js 使用了一个事件驱动、非阻塞式 I/O 的模型,使其轻量又高效。Node.js 的包管理器 npm,是全球最大的开源库生态系统。

.NET是一种用于构建多种应用的免费开源开发平台，可以使用多种语言，编辑器和库开发Web应用、Web API和微服务、云中的无服务器函数、云原生应用、移动应用、桌面应用、Windows WPF、Windows窗体、通用 Windows平台 (UWP)等等。

什么是非阻塞

只要不是过期或者是劣质墨水，爱普生打印机喷嘴真正堵塞的情况不多见。打印断线或者横纹，或者偏色，不一定就是喷头堵塞。

喷头堵塞的特征是：

清洗喷头前后，分别打印喷嘴检查图案。如果2次断线位置固定不变，是喷头堵塞。

通常清洗喷头2-3次，故障就可以消失。

如果清洗无效，就不要继续清洗。连续多次清洗喷头，有烧坏喷头的危险。

建议使用喷头免拆方法手动清理喷头。

不要使用针筒对喷头加压。喷头十分“娇气”，针筒对喷头加压，容易击穿喷头腔体，造成喷头报废。这种例子真是太多了。

不建议拆卸喷头浸泡。普通用户缺少维修经验，拆装喷头有一定的风险。同时因为喷嘴直径过于细小，仅仅是百分之几毫米，是头发丝的几十分之一。浸泡喷头，液体很难进入喷嘴。而且，喷头未充分干燥前上机打印，也有烧坏喷头的危险。

清洗喷头前后，分别打印喷嘴检查图案。如果2次断线位置有变化，就不是喷头堵塞。而是内墨盒空气太多。建议使用安全排气方法，排出内墨盒多余空气。

不要使用针筒抽取。针筒容易破坏墨盒的密封性能，造成墨盒漏气。

更不要使用清洗喷头的方法解决问题。空气轻，清洗喷头抽取的是墨水。并且多次连续清洗喷头，有烧坏喷头的危险。

什么是阻塞非阻塞

阻塞与非阻塞赋值的语言结构是Verilog语言中最难理解的概念之一。 有这样的两个要点：

（1）在描述组合逻辑的always块中用阻塞赋值，则综合成组合逻辑的电路结构；

（2）在描述时序逻辑的always块中用非阻塞赋值，则综合成时序逻辑的电路结构。

这样做的原因是： 这是因为要使综合前仿真和综合后仿真一致的缘故。 为了更好地理解上述要点，我们需要对Verilog语言中的阻塞赋值和非阻塞赋值的功能和执行时间上的差别有深入的理解。

我们定义下面的两个关键字：

RHS——方程式右手方向的表达式或变量可分别缩写成 RHS表达式或RHS变量；LHS ——方程式左手方向的表达式或变量可分别缩写成LHS 表达式或LHS变量。

IEEE Verilog标准定义了有些语句有确定的执行时间，有些语句没有确定的执行时间。

若有两条或两条以上的语句准备在同一时间执行，但由于语句的排列顺序不同，却产生了不同的输出结果。

这就是造成Verilog模块冒险和竞争的原因。

为了避免产生竞争，理解阻塞和非阻塞赋值在执行时间上的差别是至关重要的。 1、阻塞赋值 阻塞赋值用等号（=）表示。为什么称这种赋值为阻塞赋值呢？因为在赋值时先计算RHS部分的值，这是赋值语句不允许任何别的Verilog语言的干扰，直到现行的赋值完成时刻，即把RHS赋值给LHS的时刻，它才允许别的赋值语句的执行。

一般可综合的赋值操作在RHS不能设定延时（即使是0延时也不允许）。

从理论上讲，它与后面的赋值语句只有概念上的先后，而无实质的延迟。

若在RHS上加延迟，则在延迟时间会阻止赋值语句的执行，延迟后才进行赋值，这种赋值语句是不可综合的，在需要综合的模块设计中不可使用这种风格的代码。

所谓阻塞的概念是指在同一个always块中，其后面的赋值语句从概念上是在前一句赋值语句结束之后再开始赋值的。 2、非阻塞赋值 非阻塞赋值用小于等于号（<=）表示。为什么称这种赋值为非阻塞赋值呢？因为在赋值开始时计算RHS表达式，赋值操作时刻结束时更新LHS。在计算非阻塞赋值的RHS表达式和更新LHS期间，其他的Verilog语句，包括其他的非阻塞赋值语句都可能计算RHS表达式和更新LHS。

非阻塞赋值允许其他的Verilog语句同时进行操作。非阻塞赋值可以看作两个步骤的过程：

（1）在赋值开始时，计算非阻塞赋值RHS表达式；

（2）在赋值结束时，更新非阻塞赋值LHS表达式。

非阻塞赋值操作只能用于对寄存器类型变量进行赋值，因此只能用在“initial”块和“always”块等过程块中，而非阻塞赋值不允许用于连续赋值。

非阻塞和阻塞赋值

根据逻辑电路的不同特点，数字电路可以分为：组合逻辑和时序逻辑。

1 组合逻辑：

组合逻辑的特点是任意时刻的输出仅仅取决于该时刻的输入，与电路原本的状态无关，逻辑中不牵涉跳变沿信号的处理，组合逻辑的verilog描述方式有两种：

（1）：always @（电平敏感信号列表）

always模块的敏感列表为所有判断条件信号和输入信号，但一定要注意敏感列表的完整性。在always 模块中可以使用if、case 和for 等各种RTL 关键字结构。由于赋值语句有阻塞赋值和非阻塞赋值两类，建议读者使用阻塞赋值语句“=”。always 模块中的信号必须定义为reg 型，不过最终的实现结果中并没有寄存器。这是由于在组合逻辑电路描述中，将信号定义为reg型，只是为了满足语法要求。

（2）：assign描述的赋值语句。

信号只能被定义为wire型。

2 时序逻辑：

时序逻辑是Verilog HDL 设计中另一类重要应用，其特点为任意时刻的输出不仅取决于该时刻的输入，而且还和电路原来的状态有关。电路里面有存储元件（各类触发器，在FPGA 芯片结构中只有D 触发器）用于记忆信息，从电路行为上讲，不管输入如何变化，仅当时钟的沿（上升沿或下降沿）到达时，才有可能使输出发生变化。

与组合逻辑不同的是：

（1）在描述时序电路的always块中的reg型信号都会被综合成寄存器，这是和组合逻辑电路所不同的。

（2）时序逻辑中推荐使用非阻塞赋值“<=”。

（3）时序逻辑的敏感信号列表只需要加入所用的时钟触发沿即可，其余所有的输入和条件判断信号都不用加入，这是因为时序逻辑是通过时钟信号的跳变沿来控制的。

非阻塞和阻塞哪个好

I/O种类介绍

I/O （输入/输出信号），是机器人与末端执行器、外部装置等系统的外围设备进行通信的电信号。分通用 I/O 和专用 I/O 。

1. 通用I/O

其主要有如下三类：

数字 I/OD I ［ i ］／ DO［ i ］512/512

组 I/OG I ［ i ］／ GO［ i ］0~32767

模拟 I/OA I ［ i ］／ AO［ i ］0~16383

这些I/O 的［ｉ］表示信号号码和组号码的逻辑号码；

通用I/O 是可由用户自由定义而使用的 I/O。

2. 专用I/O

专用I/O 有如下几种。

外围设备 (UOP) I/OU I ［ i ］／UO［ i ］18/20

操作面板 (SOP) I/OSI ［ i ］／S O［ i ］15/15

机器人 I/OR I ［ i ］／R O［ i ］8/8

这些I/O 的［ｉ］表示信号号码和组号码的逻辑号码。

专用I/O 是用途已经确定的 I/O 。

Ø 特别说明：

有关数字I/O 、群组 I/O 、模拟 I/O 、外围设备 I/O ，可以将物理号码分配给逻辑号码（进行再定义）。

有关机器人I/O 、操作面板 I/O ，其物理号码被固定为逻辑号码，属于硬接线，因而不需要再进行定义。

3. IO 模块的硬件组成

1） 机架（RACK ）：指 I/O 通讯设备的种类。

0处理 I/O 印刷电路板、I/O 连接设备连接单元

1 ～16I/O Unit-MODEL A/B

32I/O 连接设备 从机接口

48外围设备控制接口 (CRMA15、CRMA16)

2） 插槽（SLOT ）：指构成机架的 I/O 模块的编号。

Ø 使用处理I/O 印刷电路板、I/O 连接设备连接单元时，按连接的顺序为插槽 1、2、等等。

Ø 使用I/O Unit-MODEL A 时，安装有 I/O 模块的基本单元的插槽编号为该模块的插槽值。

Ø 使用I/O Unit-MODEL B 的情况下，通过基本单元的 DIP 开关设定的单元编号，即为该基本单元的插槽值。

Ø I/O 连接设备从机接口、外围设备控制(CRMA15 、 CRMA16) 中，该值始终为１

什么是阻塞和非阻塞

大禹治水非堵而疏是什么意思大禹治理水患时不是用堵住缺口的方法，而是用疏导的发法大禹治理水患时不是用堵住缺口的方法，而是用疏导的发法（大禹的父亲鲧也曾治水，但是没能奏效，因为他只是堵，而不是疏导。）大禹治水不是采取堵的方法，而是疏导（所以成功）大禹治水

尧在位的时候，黄河流域发生了很大的水灾，庄稼被淹了，房子被毁了，老百姓只好往高处搬。不少地方还有毒蛇猛兽，伤害人和牲口，叫人们过不了日子。

阻塞 非阻塞

IO组织类型

参考《UNIX网络编程》，IO组织类型一共分五种类型

阻塞IO（bloking IO）

同步非阻塞IO（synchronous non-blocking IO）

信号驱动式IO（signal-driven IO）

多路复用IO（multiplexing IO）

异步IO（asynchronous IO）

前四种为同步IO，最后一种为异步IO。

非阻塞和阻塞的区别

阻塞socket和非阻塞socket的区别： 1、读操作 对于阻塞的socket,当socket的接收缓冲区中没有数据时，read调用会一直阻塞住，直到有数据到来才返回。

当socket缓冲区中的数据量小于期望读取的数据量时，返回实际读取的字节数。阻塞socket和非阻塞socket的区别： 1、读操作 对于阻塞的socket,当socket的接收缓冲区中没有数据时，read调用会一直阻塞住，直到有数据到来才返回。当socket缓冲区中的数据量小于期望读取的数据量时，返回实际读取的字节数。

非阻塞和阻塞通信区别

网络阻塞是指当某一通信子网中某一部分的分组数量过多，使得该部分网络来不及处理，以致引起这部分乃至整个网络性能下降的现象。

严重时甚至会导致网络通信业务陷入停顿，即出现所谓的死锁现象，使得通过网络发送的数据包由于网络中充塞着数据包而经历极长延迟的情况。

如果协议软件不能检测拥塞和减少包的发送率，那么网络就会因拥塞而瘫痪。

阻塞 非阻塞区别

这种情况看路口车况而行：

首先必须减速慢行；

进入路口前观察路口车况：

1. 对向车道及自己要转入的目标车道路口处没有车辆，则可以通行；

2. 对向车道有车辆正在通过路口，停车等待(严格来说应该停在路口外等待)，等正在通过路口的对向车辆全部通过路口后再通行；

3. 左转的目标车道有拥堵无法进入，要停在路口外等待，拥堵畅通后按前两条规则进行；

4. 有待转车道时在待转车道内等待；

5. 通过路口人行道时需要礼让行人；

6. 有交警时遵照交警指挥；

当然实际执行中一般不会这么严格，尤其车流量很大的路，需要尽快通过以减少道路资源占用；

一般第2条很少有在路口外等待的，基本都是在路口里对向车道旁边等，有时左转车辆很少而对向车道车流大而密集时，交警甚至会先指挥转弯车辆先行以避免互相拥堵；

另外第3条也很少有人真正实施的，都会跟随前车走，即使前方拥堵也会进入路口(这通常是造成路口塞车的原因)；

第4点有待转车道一般同时都会有专门的左转信号灯，按信号灯通行并注意行人即可；

当代城市交通通常车流量很大，严格遵照交通规则也并不是很好会浪费过多道路资源而加重道路拥堵…

实际中灵活遵照几个原则就可以：

根据《中华人民共和国道路交通安全法》第38条：

车辆、行人应当按照交通信号通行；遇有交通警察现场指挥时，应当按照交通警察的指挥通行；在没有交通信号的道路上，应当在确保安全、畅通的原则下通行。

交警指挥优先级最高。假如交警指挥严重不合理甚至造成危险，则立即停车报警并保留证据。

按交通信号通行，需要确保安全、通畅。

根据《中华人民共和国道路交通安全法实施条例》第38条：

机动车信号灯和非机动车信号灯表示：

绿灯亮时，准许车辆通行，但转弯的车辆不得妨碍被放行的直行车辆、行人通行；

就是所谓的转弯让直行了。在路况良好时只要注意对向来车，不要干扰到对方正常行驶就可以过了。

第53条：

机动车遇有前方交叉路口交通阻塞时，应当依次停在路口以外等候，不得进入路口。

机动车在遇有前方机动车停车排队等候或者缓慢行驶时，应当依次排队，不得从前方车辆两侧穿插或者超越行驶，不得在人行横道、网状线区域内停车等候。

这点几乎很少有人做到。就是堵车严重时，如果通过路口后前方堵塞不能继续前进，则不能进入路口，即使绿灯也不能进入路口，要在路口外等待。比如你准备左转时发现左边目标道路前方发生拥堵了，如果你拐过去只能停在路口里面甚至人行横道上排队等待了，那这时就不应该左转，要继续在路口线外等着…当然我实际中这么做过几次，无一例外的都是被后车疯狂鸣笛催促…其实这点基本靠自觉了，还没见过因为堵车停到路口里面等待而被处罚的情况…

最后吐槽一下车让人问题：

提倡车让人本来是非常好的大力推进交通文明的举措，但是，推行这个的前提最起码保证让人的情形比不让的情形要更安全更通畅才合适。

有多少快速城市道路上没有指示没有路标没有减速标志突然就有一条模糊的人行横道出现在路中间…有多少追尾事故是因为前车在这种道路上行驶突然遇到行人通过人行横道紧急刹车而导致的？

这种快速路上设置人行横道本身就是巨大危险，就算没有条件修人行天桥，起码架个红绿灯吧？就算红绿灯都架不起，起码立个注意行人的牌子吧？光秃秃的路上限速60，还啥都没有就直接画一条人行横道还写个车让人…我感觉这是蓄意害人呢吧…

另外行人违法横穿马路问题也需要大力整治。明明有人行横道人行天桥就是不走，随时随地穿越实线过马路…这种情况下因为让行导致的事故有没有让违法的行人来承担责任的？

第二个，多车道大型十字路口，行人通行与左转信号灯同开同关，左转车好不容易等到绿灯了没走几米呢，咔！停住等边上行人过吧，等人过完了左转信号灯也红灯了，横向车道开始绿灯通行了…结果就是一轮红绿灯循环中左转车只能过去2，3辆甚至1辆都过不去，后面已经进入路口的左转车前进后退都不能，停在原地也影响横向车辆通行，简直尴尬的一比…然后左转道排队长得排到下个路口…这种脑残设计只能呵呵了…