详解TCP的11种状态

之后才会根据TCP状态的情况进行抓包分析，进一步确认一些问题，所以我们首先看到的会是TCP的状态，那么就需要很清楚的了解TCP的11种状态代表着什么 TCP的11种状态分别对应TCP三次握手过程的5种状态和 如上图，就是11种状态，在整个TCP建立连接和断开连接的整个过程 下面我用tcpdump抓了个完整的客户端和服务端的三次握手和四次挥手的包，可以对应上面的状态图 ? ACK，所以一直是这个状态，不会转换到ESTABLISHED SYN_SENT：这个状态与SYN_RCVD状态相呼应，，它是TCP连接客户端的状态，当客户端SOCKET执行connect()进行连接时， 后，直接进入CLOSED状态 FIN_WAIT_2：这个状态相比较常见，也是需要注意的一个状态，FIN_WAIT_1在接收到服务端ACK之后就进入到FIN_WAIT_2的状态，然后等待服务端发送FIN， ACK报文的时候，就处于LAST_ACK的状态，当收到对方的ACK之后，就进入到CLOSED状态了 TIME_WAIT：该状态是最常见的状态，主动方在收到对方FIN后，就由FIN_WAIT_2状态进入到

查看win11激活状态

（一）命令行查看： slmgr.vbs -dlv 如上图所示，windows11已激活。 （二）右键计算机属性查看 （1）单击系统： （2）单击激活： 可以看到已经处于激活状态。

【Flutter 专题】11 底部状态栏了解下？

同级的位置添加 BottomNavigationBar，BottomNavigationBarItem 中可以添加文字标签或图标 (Icons/Image) 等，若图片不存在时会显示空白；这样就可以添加底部状态栏内容 只有底部状态栏是不够的，还需要对应的中间展示内容块，可以跟 Android 的思路一样，添加几个 Page() 页作为 Fragment，和尚因为测试内容相对简单，尝试使用了 PageView，即对应 此时主模块 PageView 可以滑动切换内容，但是对应的底部状态栏不会变化；因为目前没有绑定对应的点击事件等；此时需要添加 PageController 和 状态栏的 onTap 点击事件；如下： int 然而和尚添加了更改状态时的样式，点击底部状态栏时依旧不会变色；和尚查了很久突然发现，和尚的 HomePage() 继承的是 StatelessWidget 无状态样式，此时更换为 StatefulWidget 至此，底部状态栏 BottomNavigationBar 配合滑动 PageView 的基本功能已经完成。

3次握手+4次挥手+11种状态集

TCP的11种状态集 ? TCP十一种状态转移总结出现方式出现 环境状态名称状态描述 TCP 建 立 过 程 服务端/客户端CLOSED默认初始化状态服务端LISTEN建立socket，进入监听状态客户端SYN_SENT 发送syn报文，进入syn发送状态服务端SYN_RCVD接受syn报文，并回复ack及syn报文服务端/客户端ESTABLISHED接受syn报文，回复ack建立连接（客户端） 接受ack报文，建立连接 （服务端） TCP 断 开 过 程 服务端/客户端ESTABLISHED默认断开前初始化状态客户端FIN_WAIT1发送断开请求FIN报文服务端CLOSE_WAIT收到FIN后向客户端发送ACK 服务端LAST_ACK发送FIN断开请求报文客户端TIME_WAIT回复FIN断开请求，发送ack报文服务端/客户端CLOSED收到ack报文立即转换为断开状态，等待2MSL后，转变为断开状态客户端CLOSEING

vue2笔记11 vuex 全局状态管理

多组件共享状态集中管理（读、写） 安装 npm i vuex 搭建vuex环境 创建vuex.store . Vue from "vue"; import Vuex from 'vuex' // 应用vuex插件 Vue.use(Vuex) // 响应组件中的动作 const actions = {} // 操作状态数据 /store/index.js中引入并应用即可 使用store管理全局状态 创建store . -- 使用状态数据 -->

{{$store.state.myMessage}}

学习 Avalonia 框架笔记 设置 X11 窗口从最小化状态还原为正常状态

本文记录在 dotnet 里面如何设置 X11 窗口从最小化状态还原为正常状态 核心设置方法如下 ///

C语言Linux系统编程-TCP通信的11种状态

三次握手 由client主动发出SYN请求, 此时client处于SYN_SENT状态(第一次握手) 当server收到之后会由LISTEN转变为SYN_REVD状态, 并回复client, client 收到应答后处于ESTABLISHED状态, 这个状态就表示client已经准备好通信了(第二次握手) client收到二次握手应答后回复server, server收到应答之后也处于ESTABLISHED 状态(短暂)(第一次挥手) server收到之后处于CLOSE_WAIT状态(半关闭状态), 并做出应答(第二次挥手) client收到之后处于FIN_WAIT_2状态, 等待server发送关闭请求. server会紧接着发送FIN断开请求, 并处于LAST_ACK(第三次挥手) client收到之后并应答, 此时处于TIME_WAIT状态, 这是主动断开的一端的最后一个状态, 意思是会等待一定的时间 (2MSL-1min), 等待之后会变成CLOSED状态(第四次挥手) TCP的11种状态 CLOSED最初状态 1.建立连接三次握手 client

TCP三次握手四次挥手和11中状态

SYN_SENT 客户端状态，当客户端通过应用程序connect()连接时，客户端TCP发送SYN标记主动建立连接，此时状态为SYN_SENT SYN_RECV 服务端状态，当收到客户端SYN封包后，服务端会发送一个 CLOSE_WAIT 被动关闭状态，TCP接收到FIN后，就发送ack回应客户端的FIN标识封包，然后就进入了CLOSE_WAIT状态。 FIN_WAIT2 半关闭状态，主动关闭端(也就是客户端调用close()后)接收到ack确认后，此时进入FIN_WAIT2状态，该状态下，客户端应用程序依然能接收数据。 LAST_ACK 服务端发送确认中断后，也发送FIN关闭，然后进入LAST_ACK最后确认关闭状态 TIME_WAIT 在主动关闭端接收到FIN后，TCP就发送ACK，并进入TIME-WAIT状态，该状态持保持由内核参数默认等待 2MSL，之后主动关闭方也进入CLOSED状态关闭连接。

线程状态&线程池状态&任务状态

在平时的开发工作中,我们一定会接触到线程,线程池,以及FutureTask等.那么它们的状态又是如何流转的呢? 接下来我用三张图来让读者从全局观了解熟悉它们的状态变化. 线程状态 线程的状态共有6个,分别是 NEW RUNNABLE WAITING TIMED_WAITING BLOCKED TERMINATED 这里所说的线程状态是线程在JVM中的状态,那么线程在操作系统中的对应状态又是什么呢 线程池状态 线程池的状态共有5个,分别是 RUNNING SHUTDOWN STOP TIDYING TERMINATED 当我们在向线程池提交任务的时候,流程是什么? 请期待 线程池中的任务状态 向线程池提交的任务也有相应的状态. 请期待 此篇文章主要是先让读者对线程状态,线程池状态,任务状态有个全局观, 后面会有专题问题分别介绍它们.

win11展开右键菜单（还原为win10状态）的方法

目录 一、还原win10右键菜单的方法 二、恢复win11原右键菜单的方法 ---- 一、还原win10右键菜单的方法 WIN+R 输入cmd打开命令提示行 输入 reg add HKCU\Software 效果如下： 二、恢复win11原右键菜单的方法 同上，命令提示行输入 reg.exe delete "HKCU\Software\Classes\CLSID\{86ca1aa0-34aa-4e8b-a509

TCP三次握手和四次挥手以及11种状态

（FIN=1，ACK=z+1，seq=h，h为客户端随机生成） 至此TCP断开的4次挥手过程完毕 3、11种状态 1、一开始，建立连接之前服务器和客户端的状态都为CLOSED； 2、服务器创建socket 后开始监听，变为LISTEN状态； 3、客户端请求建立连接，向服务器发送SYN报文，客户端的状态变味SYN_SENT； 4、服务器收到客户端的报文后向客户端发送ACK和SYN报文，此时服务器的状态变为SYN_RCVD 状态，此时连接已经断开了一半了。 状态； 6、再过了2MSL长的时间后进入CLOSED状态。 服务器收到客户端的ACK就进入CLOSED状态。 至此，还有一个状态没有出来：CLOSING状态。

11. Flask 设置个性化的响应体、响应头、状态码

需求场景 在api设计中，基于restful的设计原则，一个http的响应应该包含执行的响应信息以及状态码。 例如：一个错误信息的响应信息应该包含内容以及返回对应的设计错误码。 使用return直接设置特定的响应信息 return 响应体, 状态码, 响应头 等价于 return (响应体, 状态码, 响应头) return 可以返回一个元组，这样的元组必须是 (response status 值会覆盖状态代码， headers 可以是一个列表或字典，作为额外的消息标头值。 import_name=__name__) @app.route('/login', methods=["GET","POST"]) def login(): # return 响应体, 状态码 =__name__) @app.route('/login', methods=["GET","POST"]) def login(): # return 响应体, 状态码, 响应头

【愚公系列】2023年11月 HarmonyOS教学课程 003-ArkTS语言（状态管理）

前言 状态管理是指在应用程序中维护和更新应用程序状态的过程。在一个程序中，可能有很多不同的组件和模块，它们需要共享和相互作用的状态。 这个状态通常是存储在一个中央存储区域中，被称为状态存储或状态容器。状态管理通常与应用程序的响应式设计紧密相连，以便在状态改变时自动更新应用程序的界面。 这个运行时状态的变化是由状态管理机制来处理的，它会监控状态的变化，并自动更新UI的渲染。在ArkUI中，自定义组件的变量必须被装饰器装饰为状态变量，这样它们的改变才能引起UI的重新渲染。 number; constructor(value: number) { this.value = value; } } @State title: Model[] = [new Model(11 middle`) .onClick(() => { this.arrA[Math.floor(this.arrA.length / 2)] = new ClassA(11

OVERVIEW 状态 是什么状态？

非常好问题 在 Launcher3 / QuickstepLauncher（也就是 Android 启动器）中，OVERVIEW 是一个非常核心的 Launcher 状态（LauncherState）。 一、OVERVIEW 是什么状态OVERVIEW 指的是： “最近任务视图”（Recent Apps View）， 也就是你从底部上滑、或者点击导航栏方形按钮后看到的最近打开的应用卡片界面。 在原生 Android 或 Pixel Launcher 中，这个状态也叫： Recents Task switcher Overview 二、它在代码中的定义在 LauncherState.java ：id = 3;name = "OVERVIEW";它控制： 界面布局（隐藏图标网格、显示最近任务） 动画（App 到 Recents 的过渡） 状态栏导航栏显示策略（沉浸 / 半透明） 手势行为 （从应用滑回 Launcher） 三、在 QuickstepLauncher 中的意义当 QuickstepLauncher 进入 OVERVIEW 状态时： 桌面图标被隐藏； 最近任务卡片出现；

状态模式（分离状态，选择实现）

状态模式：分离状态的行为，构建状态转移方程的同时不用陷入到实现细节中。 其别名为状态对象(Objects for States)，状态模式是一种对象行为型模式。 ? 状态模式类图 状态模式描述了对象状态的变化以及对象如何在每一种状态下表现出不同的行为。 状态模式的关键是引入了一个抽象类来专门表示对象的状态，这个类我们叫做抽象状态类，而对象的每一种具体状态类都继承了该类，并在不同具体状态类中实现了不同状态的行为，包括各种状态之间的转换。 在状态模式结构中需要理解环境类与抽象状态类的作用： 环境类实际上就是拥有状态的对象，环境类有时候可以充当状态管理器(State Manager)的角色，可以在环境类中对状态进行切换操作。 抽象状态类可以是抽象类，也可以是接口，不同状态类就是继承这个父类的不同子类，状态类的产生是由于环境类存在多个状态，同时还满足两个条件： 这些状态经常需要切换，在不同的状态下对象的行为不同。

状态

记录一下笔者关于状态的一些相关认知。 1 状态 在计算机领域，状态[1]指的是一个系统被设计用来记住之前的事件或用户交互，那么就称之为有状态的系统，系统记录的信息则就是状态。 3 无状态 无状态[3]并不是说我们彻底不要状态了，而仅仅只是说在双方通信时：从客户端到服务器的每次请求都必须包含理解该请求所必须的所有信息，不能利用服务器存储会话的上下文信息，会话状态全部保存在客户端 但是无状态也有相应的缺点，由于服务器不能保持会话状态数据，则会造成在每一次请求中发送大量重复的数据，可能会降低网络性能。 3.2 有状态的协议 TCP协议[4]是有状态的协议，通信双方事先需要实现建立连接，维持通信的状态。 但是认证和授权都是有状态的行为，也就是会产生状态出来，OIDC会产生认证的结果(id_token)，授权会得到授权的结果(access_token)，然后拿着这些*_token来维持后续的交互的状态。

HTTP状态码以及 ajax状态

当你在网页上进行请求（比如点击链接、提交表单或者通过 JavaScript 发送请求），服务器会返回一个状态码来表示请求的结果。这些状态码是标准的 HTTP 协议的一部分。 HTTP状态码 xhr.status/xhr.statusText200 OK202 Accepted ：服务器已接受请求，但尚未处理（异步）204 No Content：服务器成功处理了请求，但不需要返回任何实体内容 在 AJAX 中，通常会处理类似于上述的 HTTP 状态码，但是在 JavaScript 中，开发者可以更精细地处理这些状态码。 ajax状态 xhr.readyState0 UNSENT 创造出来xhr实例就是01 OPENED 执行open方法后就会由0变成12 HEADERS_RECEIVED 响应头信息已经返回3 LOADING

进程状态之不可中断状态

在Linux系统中，进程的“不可中断状态”就像是这位员工在专心等待一个非常重要的快递包裹——里面可能是他完成工作的关键文件。 不可中断的等待时刻 当进程发起一个磁盘读写请求或等待其他类似的硬件操作时，它会进入“不可中断的睡眠”状态，用字母“D”表示。 僵尸进程与D状态的区别 有时候，不可中断状态的进程会被误解为“僵尸进程”。实际上，两者是不同的。僵尸进程是指已经完成但其父进程未进行资源回收的进程，状态标识为“Z”。 而D状态的进程则是正在活跃等待某些操作完成，它仍然占用着一定的系统资源，只是暂时“冻结”了而已。 总之，不可中断状态是Linux系统中进程生命周期中的一个特殊阶段，它确保了在进行关键性操作时的连续性和完整性，虽然看起来像是在“偷懒”，但实际上是在为后续工作的顺利进行打下坚实的基础。

有状态和无状态组件

有状态和无状态组件 组件是自我维持的、独立的微实体，其描述了UI的一部分，可以将应用程序的UI拆分为较小的组件，其中每个组件都有自己的代码、结构和API，简单来说组件允许你将UI拆分为独立可复用的代码片段 描述 React中的组件按状态主要分为无状态组件和有状态组件两类，通常来说，使用class关键字创建的组件，有自己的私有数据this.state和生命周期函数就是有状态组件，使用function创建的组件 无状态组件 无状态组件Stateless Component是最基础的组件形式，由于没有状态的影响所以就是纯静态展示的作用。一般来说，各种UI库里也是最开始会开发的组件类别，例如按钮、标签、输入框等。 Component是在无状态组件的基础上，如果组件内部包含状态state且状态随着事件或者外部的消息而发生改变的时候，这就构成了有状态组件。 有状态组件通常会带有生命周期lifecycle，用以在不同的时刻触发状态的更新。这种组件也是通常在写业务逻辑中最经常使用到的，根据不同的业务场景组件的状态数量以及生命周期机制也不尽相同。

canvas封闭状态及状态恢复

100,480);//终点 cv.strokeStyle='#26ffff';//线条颜色 cv.lineWidth=10;//线条宽度 cv.stroke();//连线 cv.save();//保存当前的绘画状态 //绘画结束位置 cv.strokeStyle='#001a2e';//线条颜色 cv.lineWidth=10;//线条宽度 cv.stroke();//连线 cv.save();//保存当前的绘画状态 );//绘画结束位置 cv.strokeStyle='orange';//线条颜色 cv.lineWidth=5;//线条宽度 cv.stroke();//连线 cv.save();//保存当前的绘画状态 ; //// </script> </body> </html> 使用context.save()会保存当前的线条颜色,宽度属性,进行多次保存,使用context.restore()恢复离之最近之前的状态 , 多次调用restore()继续向上寻找sava()的状态逐级向上寻找