搜索[子流程]结果-低调大师优秀个人博客

精选列表

搜索[子流程]，共10000篇文章

Jenkins在K8s下的三种部署流程和实战演示

部署流程。2.1工具的部署安装。对于基础选型来说并没有很多选择，无非是选Helm2或Helm3。2.2 charts制作。

2020-05-25

走进JavaWeb技术世界8：浅析Tomcat9请求处理流程与启动部署过程

本系列文章将整理到我在GitHub上的《Java面试指南》仓库，更多精彩内容请到我的仓库里查看 https://github.com/h2pl/Java-Tutorial 喜欢的话麻烦点下Star哈文章首发于我的个人博客： www.how2playlife.com 本文是微信公众号【Java技术江湖】的《走进JavaWeb技术世界》其中一篇，本文部分内容来源于网络，为了把本文主题讲得清晰透彻，也整合了很多我认为不错的技术博客内容，引用其中了一些比较好的博客文章，如有侵权，请联系作者。该系列博文会告诉你如何从入门到进阶，从servlet到框架，从ssm再到SpringBoot，一步步地学习JavaWeb基础知识，并上手进行实战，接着了解JavaWeb项目中经常要使用的技术和组件，包括日志组件、Maven、Junit，等等内容，以便让你更完整地了解整个Java Web技术体系，形成自己的知识框架。为了更好地总结和检验你的学习成果，本系列文章也会提供每个知识点对应的面试题以及参考答案。如果对本系列文章有什么建议，或者是有什么疑问的话，也可以关注公众号【Java技术江湖】联系作者，欢迎你参与本系列博文的创作和修订。文末赠送8000G的Java架构师学习资料，需要的朋友可以到文末了解领取方式，资料包括Java基础、进阶、项目和架构师等免费学习资料，更有数据库、分布式、微服务等热门技术学习视频，内容丰富，兼顾原理和实践，另外也将赠送作者原创的Java学习指南、Java程序员面试指南等干货资源）很多东西在时序图中体现的已经非常清楚了，没有必要再一步一步的作介绍，所以本文以图为主，然后对部分内容加以简单解释。绘制图形使用的工具是 PlantUML + Visual Studio Code + PlantUML Extension 本文对 Tomcat 的介绍以 Tomcat-9.0.0.M22 为标准。 Tomcat-9.0.0.M22 是 Tomcat 目前最新的版本，但尚未发布，它实现了 Servlet4.0 及 JSP2.3 并提供了很多新特性，需要 1.8 及以上的 JDK 支持等等，详情请查阅 Tomcat-9.0-doc。 https://tomcat.apache.org/tomcat-9.0-doc/index.html Overview Connector 启动以后会启动一组线程用于不同阶段的请求处理过程。 Acceptor 线程组。用于接受新连接，并将新连接封装一下，选择一个 Poller 将新连接添加到 Poller 的事件队列中。 Poller 线程组。用于监听 Socket 事件，当 Socket 可读或可写等等时，将 Socket 封装一下添加到 worker 线程池的任务队列中。 worker 线程组。用于对请求进行处理，包括分析请求报文并创建 Request 对象，调用容器的 pipeline 进行处理。 Acceptor、Poller、worker 所在的 ThreadPoolExecutor 都维护在 NioEndpoint 中。 Connector Init and Start initServerSocket()，通过 ServerSocketChannel.open() 打开一个 ServerSocket，默认绑定到 8080 端口，默认的连接等待队列长度是 100，当超过 100 个时会拒绝服务。我们可以通过配置 conf/server.xml 中 Connector 的 acceptCount 属性对其进行定制。 createExecutor() 用于创建 Worker 线程池。默认会启动 10 个 Worker 线程，Tomcat 处理请求过程中，Woker 最多不超过 200 个。我们可以通过配置 conf/server.xml 中 Connector 的 minSpareThreads 和 maxThreads 对这两个属性进行定制。 Pollor 用于检测已就绪的 Socket。默认最多不超过 2 个，Math.min(2,Runtime.getRuntime().availableProcessors());。我们可以通过配置 pollerThreadCount 来定制。 Acceptor 用于接受新连接。默认是 1 个。我们可以通过配置 acceptorThreadCount 对其进行定制。 Request Process Acceptor Acceptor 在启动后会阻塞在 ServerSocketChannel.accept(); 方法处，当有新连接到达时，该方法返回一个 SocketChannel。配置完 Socket 以后将 Socket 封装到 NioChannel 中，并注册到 Poller,值的一提的是，我们一开始就启动了多个 Poller 线程，注册的时候，连接是公平的分配到每个 Poller 的。NioEndpoint 维护了一个 Poller 数组，当一个连接分配给 pollers[index] 时，下一个连接就会分配给 pollers[(index+1)%pollers.length]. addEvent() 方法会将 Socket 添加到该 Poller 的 PollerEvent 队列中。到此 Acceptor 的任务就完成了。 Poller selector.select(1000)。当 Poller 启动后因为 selector 中并没有已注册的 Channel，所以当执行到该方法时只能阻塞。所有的 Poller 共用一个 Selector，其实现类是 sun.nio.ch.EPollSelectorImpl events() 方法会将通过 addEvent() 方法添加到事件队列中的 Socket 注册到 EPollSelectorImpl，当 Socket 可读时，Poller 才对其进行处理 createSocketProcessor() 方法将 Socket 封装到 SocketProcessor 中，SocketProcessor 实现了 Runnable 接口。worker 线程通过调用其 run() 方法来对 Socket 进行处理。 execute(SocketProcessor) 方法将 SocketProcessor 提交到线程池，放入线程池的 workQueue 中。workQueue 是 BlockingQueue 的实例。到此 Poller 的任务就完成了。 Worker worker 线程被创建以后就执行 ThreadPoolExecutor 的 runWorker() 方法，试图从 workQueue 中取待处理任务，但是一开始 workQueue 是空的，所以 worker 线程会阻塞在 workQueue.take() 方法。当新任务添加到 workQueue后，workQueue.take() 方法会返回一个 Runnable，通常是 SocketProcessor,然后 worker 线程调用 SocketProcessor 的 run() 方法对 Socket 进行处理。 createProcessor() 会创建一个 Http11Processor, 它用来解析 Socket，将 Socket 中的内容封装到 Request 中。注意这个 Request 是临时使用的一个类，它的全类名是 org.apache.coyote.Request， postParseRequest() 方法封装一下 Request，并处理一下映射关系(从 URL 映射到相应的 Host、Context、Wrapper)。 CoyoteAdapter 将 Rquest 提交给 Container 处理之前，并将 org.apache.coyote.Request 封装到 org.apache.catalina.connector.Request，传递给 Container 处理的 Request 是 org.apache.catalina.connector.Request。 connector.getService().getMapper().map()，用来在 Mapper 中查询 URL 的映射关系。映射关系会保留到 org.apache.catalina.connector.Request 中，Container 处理阶段 request.getHost() 是使用的就是这个阶段查询到的映射主机，以此类推 request.getContext()、request.getWrapper() 都是。 connector.getService().getContainer().getPipeline().getFirst().invoke() 会将请求传递到 Container 处理，当然了 Container 处理也是在 Worker 线程中执行的，但是这是一个相对独立的模块，所以单独分出来一节。 Container 需要注意的是，基本上每一个容器的 StandardPipeline 上都会有多个已注册的 Valve，我们只关注每个容器的 Basic Valve。其他 Valve 都是在 Basic Valve 前执行。 request.getHost().getPipeline().getFirst().invoke() 先获取对应的 StandardHost，并执行其 pipeline。 request.getContext().getPipeline().getFirst().invoke() 先获取对应的 StandardContext,并执行其 pipeline。 request.getWrapper().getPipeline().getFirst().invoke() 先获取对应的 StandardWrapper，并执行其 pipeline。最值得说的就是 StandardWrapper 的 Basic Valve，StandardWrapperValve allocate() 用来加载并初始化 Servlet，值的一提的是 Servlet 并不都是单例的，当 Servlet 实现了 SingleThreadModel 接口后，StandardWrapper 会维护一组 Servlet 实例，这是享元模式。当然了 SingleThreadModel在 Servlet 2.4 以后就弃用了。 createFilterChain() 方法会从 StandardContext 中获取到所有的过滤器，然后将匹配 Request URL 的所有过滤器挑选出来添加到 filterChain 中。 doFilter() 执行过滤链,当所有的过滤器都执行完毕后调用 Servlet 的 service() 方法。 Reference 《How Tomcat works》 https://www.amazon.com/How-Tomcat-Works-Budi-Kurniawan/dp/097521280X 《Tomcat 架构解析》– 刘光瑞 http://product.dangdang.com/25084132.html Tomcat-9.0-doc https://tomcat.apache.org/tomcat-9.0-doc/index.html apache-tomcat-9.0.0.M22-src http://www-eu.apache.org/dist/tomcat/tomcat-9/v9.0.0.M22/src/ tomcat架构分析 (connector NIO 实现) http://gearever.iteye.com/blog/1844203

2019-10-21

Spring源码学习(二)哎呦，按菜谱做菜与AbstractAutowireCapableBeanFactory.createBean流程差不多

入口上一篇说了,AbstractBeanFactory.getBean的主流程 ,今天来说下其中的createBean方法，程序入口如下： /**. * 这个类的核心方法，创建一个bean实例，填充

2019-09-21

突破Java面试(23-4) - 再深入Redis Replication的完整执行流程及原理

0 Github 1 复制的完整流程 slave node启动，仅仅保存master node的信息，包括master node的host和ip，但复制流程尚未开始master host和ip配置在 redis.conf

2019-07-04

(十一) 整合spring cloud云架构 - SSO单点登录之OAuth2.0登录流程(2)

上一篇是站在巨人的肩膀上去研究OAuth2.0，也是为了快速帮助大家认识OAuth2.0，闲话少说，我根据框架中OAuth2.0的使用总结，画了一个简单的流程图（根据用户名+密码实现OAuth2.0的登录认证

2018-11-22

(十二) 整合spring cloud云架构 - SSO单点登录之OAuth2.0 登出流程(3)

上一篇我根据框架中OAuth2.0的使用总结，画了一个根据用户名+密码实现OAuth2.0的登录认证的流程图，今天我们看一下logout的流程： /** * 用户注销 * @param accessToken

2018-11-22

剥开比原看代码14：比原的挖矿流程是什么样的？

就算我们使用bytom node --mining开启挖矿，理论上由于我们是单机状态，本机算力就是全网算力，应该每次都能够挖到，但是不知道为什么，在我尝试的时候发现总是挖不到，所以打算简单研究一下比原的挖矿流程

2018-07-22

Python系统学习流程图，教你一步步学习python

接下来我给大家分享下多位大牛倾力打造的python系统学习流程，一个月才设计完的! Python基础部分：老话说的好，“万丈高楼平地起!”

2018-06-04

打通数据全流程翱旗率先实现DT服务产品化、通用化

图片和视频等各类型数据；区别传统的接口方式， R7-DIP采用中间部署架构，不在数据源端和目标端安装任何插件，也无须二次接口开发，对生产环境改造少、对业务系统几乎没有影响和干扰；全程无代码、界面化管理配置、数据流程可视化

2017-08-21

《深入理解Elasticsearch（原书第2版）》一1.2.3 Elasticsearch的工作流程

1.2.3 Elasticsearch的工作流程本节我们将探索一些关键的Elasticsearch特性，如启动、故障检测、数据索引和查询等。1.

2017-06-22

《Android游戏开发详解》一1.7 控制流程第1部分——if和else语句

1.7 控制流程第1部分——if和else语句 Android游戏开发详解我们现在把注意力转向控制流程（control flow ，也称为流程控制，flow control），这指的是代码行将要按照什么样的顺序执行

2017-05-01

《Android游戏开发详解》一1.8 控制流程第2部分——while和for循环

1.8 控制流程第2部分——while和for循环 Android游戏开发详解在前面的小节中，我们介绍了使用if和else语句块来产生代码分支。

2017-05-01

应用迁云之镜像迁移-（4）迁移到阿里云实施流程和实践方法

镜像迁移到阿里云实施流程 1.ÂÂÂÂÂÂ 镜像迁移可行性评估当我们选择镜像迁移前需要对被迁移的服务器主机详细信息进行调研按照镜像迁移可行性评估小节中描述的要求及限制进行评估评估是否可行、及是否需要采用镜像迁移的方式来进行迁移

2016-12-14

MapReduce源码分析之作业Job状态机解析（一）简介与正常流程浅析

关于作业状态机的全部过渡流程，及每两个状态过渡的细节，请关注后续文章！

2016-05-04

AI视频全流程创作：从创意构思到成片交付的深度技术拆解与工程实践AI视频全流程创作：从创意构思到成片交付的深度技术拆解与工程实践

AI视频全流程创作：从创意构思到成片交付的深度技术拆解与工程实践——这并非简单的“文生视频”工具罗列，而是一套正在重塑影视工业、广告营销与内容生产范式的系统性工程。

2026-09-05

WorkBuddy，非程序员的自媒体工作流：一个人干三个人的活，全靠这个 AI 搭子

我全职做自媒体，运营两个独立账号，一个讲招投标采购（公众号+视频号），一个讲命理性格（小红书+B站+快手）。内容策划、文案撰写、视频脚本、数据整理、PPT 制作——样样都要自己来。

2026-07-16

【征文】从零自研独立游戏：我用 WorkBuddy 打通美术、逻辑、代码全开发流程

作为一名零基础独立游戏制作人，我一直在自研个人国风战棋游戏《灭神演义》。从角色立绘、战场小人资产制作，到战斗逻辑设计、数值校验、Godot 代码编写、系统功能迭代，几乎所有工作都需要自己一人全包。

2026-10-19

Linux 服务器磁盘空间告警排查：从 df 到 lsof 的完整流程

本文整理一套按顺序执行的排查流程，覆盖空间被大文件占用、inode 耗尽、文件已删除但空间未释放三类典型原因，命令均可直接复现。

2026-10-16

用自然语言批量生成数字人口播视频：WorkBuddy + 飞影 MCP 全流程实测

有 3 条、30 条甚至更多口播文案时，真正消耗时间的往往不是写文案，而是每一条都要重新选择人物、声音和模板，再粘贴、提交并整理结果。飞影 MCP 把这些重复步骤接入 WorkBuddy：你用自然语言交代一批文案和制作要求，AI 先读取当前飞影账号中可用的资源并列出整批计划；只有你确认人物、声音、模板、文案和数量后，它才按顺序创建。本文实测的是一条适合首次尝试的路径：

2026-10-15

从打勾打叉到知识点标签：腾讯云教育智能批改全流程拆解

批改作业这件事的痛点，腾讯云在产品页里写得相当直白：一个班 40-50 份作业，光选择、填空、基础计算题就要占用老师大量时间；只能笼统打勾打叉，很难针对每一位学生快速定位薄弱知识点；课后订正复盘效率低

2026-10-14

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。