1.3 fork函数存在的意义 fork函数常规用法： 1、一个父进程希望复制自己，使父子进程同时执行不同的代码段。例如，父进程等待客户端请求，生成子进程来处理请求。...问题5：全局变量erron ——>保存最后一次执行的错误码 这样的写法既可以直接在进程返回前知道错误码，然后再变成错误信息打印出来，并且也可以在进程结束后让父进程知道运行的情况 2.2.3 ...所以我们最关键的是要看父进程是否收到了信号，如果没有收到就没有异常（具体如何收到，就涉及到进程等待的知识） 三、 进程等待 3.1 如何理解 3.1.1 是什么 通过系统调用接口wait/waitpid...（必须完成） 2、通过进程等待获取子进程的退出情况——>知道我给子进程布置的任务完成得怎么样了——>可以关心也可以不关心（可以选择） 3.1.3 怎么做 父进程通过调用wait/waitpid方法来解决僵尸进程回收问题...3.2.2 阻塞和非阻塞轮询 如果子进程一直不退出，父进程默认在wait的时候，调用这个系统调用的时候，也就不返回，默认叫做阻塞状态 ——>通过这个我们可以知道阻塞不仅仅只是发生在向硬件发送请求时等待他的状态准备好
项目流程示意图： 二、项目分工 在项目中，我主要负责的是 项目的整体协调和管理，包括团队沟通、进度追踪、质量控制等 项目的数据采集与标注 负责客户端和服务端的使用socket通信的代码开发 人脸检测的优化...在一个无限循环中，等待客户端的连接请求。 每次循环输出等待连接的消息以及连接次数。 使用 accept 函数接受客户端的连接请求，如果连接失败，则输出错误信息并继续等待下一个连接请求。...使用 fork() 函数创建子进程，如果创建失败，则输出错误信息，并调用信号处理函数，然后退出程序。 如果成功创建子进程，则将子进程的 PID 添加到进程池 childLists 中。...具体来说： 它在接收到退出信号时，会向所有子进程发送终止信号 SIGTERM，要求它们正常退出。 然后，等待所有子进程都退出完成。...最后，函数本身退出，使用预定义的退出码 HANDLER_QUIT_CODE。 总的来说，这个函数确保了在接收到退出信号时，所有子进程都能够被正确地终止，并等待它们退出完成后再退出。
spm=1001.2014.3001.5482 前言： 在操作系统中，进程终止是一个至关重要的阶段，它标志着进程的生命周期结束。进程终止可能是因为任务完成，也可能是因为异常或外部干预。...main函数返回值是返回给进程看的，本质表示：进程运行完成时是否是正确的结果，如果是一般返回0，如果不是返回其它数字代表不同的退出信息（退出码） 我们可以通过这个指令打印退出码： echo $?...，在执行到它时会直接返回，并不会再继续执行后面的内容，返回值也返回exit的返回值，这一点与return有较大差别 4.2 errno常量和strerror函数 4.2.1 strerror函数 上面我们提到我们可以通过不同的退出码来代表不同的错误信息...printf("%d: %s\n",i,strerror(i)); } return 0; } 运行结果： 4.2.2 errno常量 上面我们讲到进程在退出是会有退出码...7.2 非预期终止 问题：进程意外终止导致数据未保存。 解决：通过信号处理函数捕获终止信号，并在终止前完成必要的清理工作。 八、总结 进程终止是操作系统中管理资源的重要环节。
捕获了错误信息，并且进程以0退出。开发者可以在 uncaughtException 事件中，清除一些已经分配的资源（文件描述符、句柄等），不推荐在其中重启进程。...exit 事件在 exit 事件中，只能执行同步操作。在调用 'exit' 事件监听器之后，Node.js 进程将立即退出，从而导致在事件循环中仍排队的任何其他工作被放弃。.../sub.js");cp.on("message", msg => { console.log("父进程收到消息：", msg);});cp.send("我是父进程");sub.js 代码如下：process.on...("message", m => { console.log("子进程收到消息：", m);});process.send("我是子进程");运行后结果：父进程收到消息： 我是子进程子进程收到消息...： 我是父进程独立子进程在正常情况下，父进程一定会等待子进程退出后，才退出。
地球人和火星人都知道，Process类既可以获取正在运行的进程，也可以启动一个新的进程。在79.77%应用场合，我们只需要让目标进程顺利启动就完事了，至于它执行了啥，有没有出错，啥时候退出就不管了。...错误信息是目标进程输出的，所以，对调用者来说还是读取者。...首先完成被调用的项目，项目类型为Windows应用程序项目。 ? 不管它，反正就是一个标准的.exe文件，这个项目我是先建个空白项目，然后手动设置的。 每个可执行程序都必须至少有一个Main方法。...主要的处理代码都在这里完成，只要Main方法执行完，进程就会退出了。...最后那一行Environment.ExitCode = 0 表示进程退出时返回退出码0，即正常退出。因为我这个Main是返回void的，所以要用Enviroment类的ExitCode来设置。
—— 卡曾斯 Dcoker 容器环境下 Node.js 应用程序的优雅退出，也就是在程序意外退出之后服务进程要接收到 SIGTERM 信号，待当前链接处理完成之后再退出，这样是比较优雅的，但是在 Docker...做一个测试，我开始请求接口，控制台执行 curl http://localhost:30010/delay 请求，同时我又新打开另一个控制台立即执行 kill -15 68970 这个时间是在 5 秒中之内...实现 Node.js 程序优雅退出 优雅退出：程序接收到 SIGTERM 信号，执行清理工作，释放自己正在处理的一些资源之后自行退出，常见的例如，程序接收到一个 HTTP 请求正在处理，如果突然间中断了...我们的程序默认是不会去监听这项工作的，需要显示的监听该信息，在资源释放完成之后执行 process.exit(0) 退出进程。...，并没有按照我的预期正常退出，而是报出了 curl: (52) Empty reply from server 错误，显然我的 Node.js 应用没有接收到退出信息，随着容器的销毁被强制退出了，什么原因呢
—— 卡曾斯 Docker 容器环境下 Node.js 应用程序的优雅退出，也就是在程序意外退出之后服务进程要接收到 SIGTERM 信号，待当前链接处理完成之后再退出，这样是比较优雅的，但是在 Docker...做一个测试，我开始请求接口，控制台执行 curl http://localhost:30010/delay 请求，同时我又新打开另一个控制台立即执行 kill -15 68970 这个时间是在 5 秒中之内...实现 Node.js 程序优雅退出 优雅退出：程序接收到 SIGTERM 信号，执行清理工作，释放自己正在处理的一些资源之后自行退出，常见的例如，程序接收到一个 HTTP 请求正在处理，如果突然间中断了...我们的程序默认是不会去监听这项工作的，需要显示的监听该信息，在资源释放完成之后执行 process.exit(0) 退出进程。...，并没有按照我的预期正常退出，而是报出了 curl: (52) Empty reply from server 错误，显然我的 Node.js 应用没有接收到退出信息，随着容器的销毁被强制退出了，什么原因呢
计算公式：总请求数 / 处理完成这些请求数所花费的时间，即 Request per second = Complete requests / Time taken for tests 并发连接数...用户平均请求等待时间（Time per request） 计算公式：处理完成所有请求数所花费的时间/ （总请求数 / 并发用户数），即 Time per request = Time taken for...-r指定接收到错误信息时不退出程序。 -h显示用法信息，其实就是ab -help。 3....…），如果都是2xx，这个指标不显示在结果里面 Requests per second 每秒请求数，等于总请求数/测试总耗时 Time per request 每一个请求平均花费时间。...，第二可以理解为服务器平均请求等待时间 Jmeter 我这里就不多介绍了 参考我这篇文章： https://blog.csdn.net/sdaujsj1/article/details/95974796
在遇到用户连接请求： 先要创建CGI子进程，然后CGI子进程处理请求，处理完事退出这个子进程：fork-and-execute CGI方式是客户端有多少个请求，就开辟多少个子进程，每个子进程都需要启动自己的解释器...Web 服务器将CGI环境变量和标准输入发送到FastCGI子进程。 FastCGI子进程完成处理后将标准输出和错误信息从同一socket连接返回Web 服务器。...当FastCGI子进程关闭连接时，请求便处理完成。 FastCGI子进程接着等待并处理来自Web 服务器的下一个连接。...spawn-fcgi使用pre-fork 模型，功能主要是打开监听端口，绑定地址，然后fork-and-exec创建我们编写的FastCGI应用程序进程，退出完成工作。...-d 在部署前，切换到某个目录，修改运行目录 -a 绑定到地址addr 默认0.0.0.0 -p 绑定到端口port -s 绑定到unix domain socket -C 指定产生的FastCGI的进程数
一、开发环境 我这里介绍下我用的环境安装过程。 所有版本的VS都可以的。 我当前环境是在Windows下，IDE用的是地表最强IDE VS2022。...（2）端口号：每个TCP连接都有一个唯一的端口号，用于标识进程和应用程序。建立连接时，需要指定本地端口号和远端端口号。...建立连接时，客户端向服务器发送一个SYN包，表示请求建立连接；服务器接收到SYN包后，向客户端发送一个ACK包，表示确认收到了SYN包；最后客户端再向服务器发送一个ACK包，表示确认收到了服务器的ACK...= 0) { std::cout 错误信息并退出程序 return...= 0) { std::cout 错误信息并退出程序 return
0：表示程序异常退出，进程执行失败。非零又用1 2 3 4等等，数字表示不同的错误信息 bash会自动记录上一个程序的退出码 ： echo $?...3.3.进程等待的两种方式：阻塞等待和非阻塞等待 3.3.1阻塞等待 定义：进程在发出某个请求(如：I/O操作、等待某个条件成立等)后，如果请求不能立即得到满足(如：数据未准备好、资源被占用等)，进程会被挂起...\n"); return 0; } 3.3.2非阻塞等待 定义：进程在发出某个请求后，不会被立即挂起已等待请求的完成...，即使请求不能立即得到满足，进程在等待期间可以继续执行其他任务，同时可能会以某种方式(轮询访问、回调等)定期检查请求状态或者等待结果的通知。...0） 如果子进程是由于接收到信号而退出，则WIFEXITED返回0(假) -> 异常退出。
二、实验内容 根据应用需要，父进程A需向子进程B传输消息 “Message here”，请使用管道技术完成此功能。...调用pipe函数创建管道，如果失败，则打印错误信息并退出程序。 调用fork函数创建子进程。...在父进程中调用waitpid函数等待子进程退出。 父子进程均关闭了管道的相应端口，并退出程序。 这段代码实现了父子进程间的单向通信，父进程向子进程写入数据，子进程读取并打印收到的数据。...例如，父进程在写入数据后调用了waitpid函数等待子进程退出，这样可以确保子进程在父进程之后退出，防止出现僵尸进程。...另外，在子进程中读取数据时，我发现可以使用read函数的返回值来判断是否成功读取数据，这样可以更加健壮地处理错误。
在上图中，我们很清晰的可以看到，apache每接收一个请求，都会产生一个进程来连接php通过sapi来完成请求，可想而知，如果一旦用户过多，并发数过多，服务器就会承受不住了。...缺点： 但是CGI有个难受的地方，就是每一次web请求都会有启动和退出过程，也就是最为人诟病的fork-and-execute模式，这样一在大规模并发下，就死翘翘了。 ...接下来PHP解析器会解析php.ini文件，初始化执行环境，然后处理请求，再以规定的CGI规定的格式返回处理后的结果，退出进程。...（4）FastCGI子进程完成处理后，将标准输出和错误信息从同一连接返回Web Server。当FastCGI子进程关闭连接时，请求便告处理完成。...FastCGI子进程接着等待，并处理来自FastCGI进程管理器(运行在Web Server中)的下一个连接。在CGI模式中，php-cgi在此便退出了。
在进程离场前，停止接收新的（增量）请求 在进程离场前，保证未完成的（存量）请求正常响应 所以，达成以上两个目标，基本上我们就认为进程的离场是平滑的。...这里只是顺便介绍一种，在知道监听 TCP 端口的情况获取进程的方式。 随后，我们发起一个请求，在收到响应之前（有 5 秒等待时间），我们给应用发送 SIGINT 信号。...也就是说，默认情况下，Node 应用在接收到 SIGINT 信号时，会马上把进程杀死，无视进程还没处理完成的请求。...75878 $ kill -2 75842 $ It works [1]+ Done curl http://localhost:9420 可以看到，应用在退出前...（即进程离场前），成功地响应了存量请求。
在上图中，我们很清晰的可以看到，apache每接收一个请求，都会产生一个进程来连接php通过sapi来完成请求，可想而知，如果一旦用户过多，并发数过多，服务器就会承受不住了。...缺点： 但是CGI有个难受的地方，就是每一次web请求都会有启动和退出过程，也就是最为人诟病的fork-and-execute模式，这样一在大规模并发下，就死翘翘了。...接下来PHP解析器会解析php.ini文件，初始化执行环境，然后处理请求，再以规定的CGI规定的格式返回处理后的结果，退出进程。...（4）FastCGI子进程完成处理后，将标准输出和错误信息从同一连接返回Web Server。当FastCGI子进程关闭连接时，请求便告处理完成。...FastCGI子进程接着等待，并处理来自FastCGI进程管理器(运行在Web Server中)的下一个连接。在CGI模式中，php-cgi在此便退出了。
当Web Server收到 index.php 这个请求后，会启动对应的 CGI 程序，这里就是PHP的解析器。...接下来PHP解析器会解析php.ini文件，初始化执行环境，然后处理请求，再以CGI规定的格式返回处理后的结果，退出进程，Web server再把结果返回给浏览器。...但是CGI有个蛋疼的地方，就是每一次web请求都会有启动和退出过程，也就是最为人诟病的fork-and-execute模式，这样一在大规模并发下，就死翘翘了。...4）FastCGI子进程完成处理后，将标准输出和错误信息从同一连接返回Web Server。当FastCGI子进程关闭连接时，请求便告处理完成。...FastCGI子进程接着等待，并处理来自FastCGI进程管理器(运行在Web Server中)的下一个连接。 在CGI模式中，php-cgi在此便退出了。
新的worker在启动后，就开始接收新的请求，而老的worker在收到来自master的信号后，就不再接收新的请求，并且在当前进程中的所有未处理完的请求处理完成后，再退出。...当然，worker进程的异常退出，肯定是程序有bug了，异常退出，会导致当前worker上的所有请求失败，不过不会影响到所有请求，所以降低了风险。当然，好处还有很多，大家可以慢慢体会。...nginx在接收客户端的请求时，可能由于客户端或服务端出错了，要立即响应错误信息给客户端，而nginx在响应错误信息后，大分部情况下是需要关闭当前连接。...)系统调用会导致客户端收到RST报文且不会拿到服务端发送过来的错误信息数据。...那客户端肯定会想，这服务器好霸道，动不动就reset我的连接，连个错误信息都没有。 在上面这个场景中，我们可以看到，关键点是服务端给客户端发送了RST包，导致自己发送的数据在客户端忽略掉了。
作者: 吴叶磊 一直以来我对优雅地停止 Pod 这件事理解得很单纯：不就利用是 PreStop hook 做优雅退出吗？...按照惯例，SIGKILL 是硬终止的信号，而 SIGTERM 是通知进程优雅退出的信号，因此很多微服务框架会监听 SIGTERM 信号，收到之后去做反注册等清理操作，实现优雅退出。...抛开细节不谈，最后的大致逻辑是在每次停服务前，由 Controller 通知集群进行节点下线前的各种迁移操作，操作完成后，才真正下线节点，并进行下一个节点的操作。...Pod收到删除请求时，现在webhook server上请求集群进行下线前的清理和准备工作，并直接返回拒绝,这时候重点来了,Control Loop 为了达到目标状态（比如说升级到新版本），会不断地进行...webhook server 请求集群做 tikv-1 节点下线前的准备工作（这个请求是幂等的），并查询准备工作是否完成，假如准备完成，允许删除，假如没有完成，则拒绝，整个流程会因为 controller
作者：吴叶磊 一直以来我对优雅地停止 Pod 这件事理解得很单纯：不就利用是 PreStop hook 做优雅退出吗？...按照惯例，SIGKILL 是硬终止的信号，而 SIGTERM 是通知进程优雅退出的信号，因此很多微服务框架会监听 SIGTERM 信号，收到之后去做反注册等清理操作，实现优雅退出。...抛开细节不谈，最后的大致逻辑是在每次停服务前，由 Controller 通知集群进行节点下线前的各种迁移操作，操作完成后，才真正下线节点，并进行下一个节点的操作。...Pod 收到删除请求时，先在 webhook server 上请求集群进行下线前的清理和准备工作，并直接返回拒绝。...webhook server 请求集群做 tikv-1 节点下线前的准备工作（这个请求是幂等的），并查询准备工作是否完成，假如准备完成，允许删除，假如没有完成，则拒绝，整个流程会因为 controller
一直以来我对优雅地停止 Pod 这件事理解得很单纯：不就利用是 PreStop Hook 做优雅退出吗？...按照惯例，SIGKILL 是硬终止的信号，而 SIGTERM 是通知进程优雅退出的信号，因此很多微服务框架会监听 SIGTERM 信号，收到之后去做反注册等清理操作，实现优雅退出。...抛开细节不谈，最后的大致逻辑是在每次停服务前，由 Controller 通知集群进行节点下线前的各种迁移操作，操作完成后，才真正下线节点，并进行下一个节点的操作。...而我们的办法就是，利用 ValidatingAdmissionWebhook，在重要的 Pod 收到删除请求时，先在 webhook server 上请求集群进行下线前的清理和准备工作，并直接返回拒绝。...5. webhook server 请求集群做 tikv-1 节点下线前的准备工作（这个请求是幂等的），并查询准备工作是否完成，假如准备完成，允许删除，假如没有完成，则拒绝，整个流程会因为 controller
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
云直播
对象存储
实时音视频
