文章目录前言一、原因分析二、解决方案前言前面我也有提到，发现flink运行一段时间后，不再继续消费的问题。这个问题困扰了我非常久，一开始也很迷茫。又因为比较忙，所以一直没有时间能够去寻找答案，只是通过每天重启的方式去解决。经过分析，其实这个问题也很容易找到根源，有兴趣就和我一起看下叭一、原因分析首先介绍一下这个程序大概流程，比较简单。一个输入源，经过一个算子，最后开了三个窗口。并行度都写在括号里了。下面这是一张taskmanager的cpu使用率，可以看出，到最后要停掉前也没有出现cpu高飘的情况，并且心跳依然存在，程序还是在继续运行的。我们从flink运行图上面可以看到，反压很严重矛盾就出现

数字IC设计中的握手与反压本文的主要目的是介绍清楚数字IC设计中握手和反压的原理和意义如图所示，信号从输入端到A，经过模块A处理后，再送入到B模块进行处理。为了防止B错误读取A中的数据，A与B之间添加了信号Valid，只有当Valid信号为真时，A输出的数据才是有效数据，同时，为了防止B出现问题，A与B之间还加入了一个引脚Ready，B拉高该电平时，表明当前B模块可以接收、处理信号。只有当A送给B的信号有效(Valid为真)，B此时做好的准备可以接收A的数据了（Ready为真），此时，数据才被顺利的送入B中，这个过程就叫做‘握手’。如果B没能及时的处理完A送达的数据，就会将Ready拉低，提醒

 前言：        本专栏旨在记录高频笔面试手撕代码题，以备数字前端秋招，本专栏所有文章提供原理分析、代码及波形，所有代码均经过本人验证。目录如下：1.数字IC手撕代码-分频器（任意偶数分频）2.数字IC手撕代码-分频器（任意奇数分频）3.数字IC手撕代码-分频器（任意小数分频）4.数字IC手撕代码-异步复位同步释放5.数字IC手撕代码-边沿检测（上升沿、下降沿、双边沿）6.数字IC手撕代码-序列检测（状态机写法）7.数字IC手撕代码-序列检测（移位寄存器写法）8.数字IC手撕代码-半加器、全加器9.数字IC手撕代码-串转并、并转串10.数字IC手撕代码-数据位宽转换器（宽-窄，窄-宽转换

作者：顾欣Triple是Dubbo3提出的基于HTTP2的开放协议，旨在解决Dubbo2私有协议带来的互通性问题。Triple基于HTTP/2定制自己的流控，支持通过特定的异常通知客户端业务层服务端负载高情况，保护了服务端被大流量击垮，提高系统高可用能力。一、流控反压现状客户端和服务器端在接收数据的时候有一个缓冲区来临时存储数据，但是缓冲区的大小是有限制的，所以有可能会出现缓冲区溢出的情况，HTTP通过流控保护数据溢出丢失风险。1、HTTP/1流控在HTTP/1.1中，流量的控制依赖的是底层TCP协议，在客户端和服务器端建立连接的时候，会使用系统默认的设置来建立缓冲区。在数据进行通信的时候，会

作者：顾欣Triple是Dubbo3提出的基于HTTP2的开放协议，旨在解决Dubbo2私有协议带来的互通性问题。Triple基于HTTP/2定制自己的流控，支持通过特定的异常通知客户端业务层服务端负载高情况，保护了服务端被大流量击垮，提高系统高可用能力。一、流控反压现状客户端和服务器端在接收数据的时候有一个缓冲区来临时存储数据，但是缓冲区的大小是有限制的，所以有可能会出现缓冲区溢出的情况，HTTP通过流控保护数据溢出丢失风险。1、HTTP/1流控在HTTP/1.1中，流量的控制依赖的是底层TCP协议，在客户端和服务器端建立连接的时候，会使用系统默认的设置来建立缓冲区。在数据进行通信的时候，会