一、 前言

​ 最近在看tomcat connector组件的相关源码,对Nio2的异步回调过程颇有兴趣,平时读源码不读,自己读的时候很多流程都没搞明白,去查网上相关解析讲的给我感觉也不是特别清晰,于是就自己慢慢看源码,以下是我自己的见解,因为开发经验也不多,刚成为社畜不久,有些地方讲错如果有大佬看到也希望能够指正指导。

以下代码基于tomcat8.5版本

二、基本流程

​ 在tomcat的nio2流程下,会有多个Acceptor通过线程池进行管理运行,一个连接请求进来,会先被Acceptor监听

  1. protected class Acceptor extends AbstractEndpoint.Acceptor {
  2. @Override
  3. public void run() {
  4. ....
  5. // Configure the socket
  6. if (running && !paused) {
  7. // setSocketOptions() will hand the socket off to
  8. // an appropriate processor if successful
  9. if (!setSocketOptions(socket)) { // 监听到socket请求后进入到这里面
  10. closeSocket(socket);
  11. }
  12. } else {
  13. closeSocket(socket);
  14. }
  15. ...

进入setSocketOptions()方法

  1. protected boolean setSocketOptions(AsynchronousSocketChannel socket) {
  2. try {
  3. socketProperties.setProperties(socket);
  4. Nio2Channel channel = nioChannels.pop();
  5. ...
  6. Nio2SocketWrapper socketWrapper = new Nio2SocketWrapper(channel, this);
  7. channel.reset(socket, socketWrapper);
  8. ...
  9. // 用另外一个线程处理这个socketWrapper(实现了runnable)
  10. return processSocket(socketWrapper, SocketEvent.OPEN_READ, true);
  11. } catch (Throwable t) {
  12. ExceptionUtils.handleThrowable(t);
  13. log.error("",t);
  14. }
  15. // Tell to close the socket
  16. return false;
  17. }

再进入processSocket()方法,sc被提交到了线程池里面处理

继续跟进源码

在workQueue.offer(command)里面可以看到提交到了任务队列里面,等待线程池的线程执行这个任务

看看执行processSocket()时,做了那些事情,这个线程调度最终会执行到Nio2EndPoint里面的doRun()方法:

在doRun()方法里面执行到这行

通过getHandler拿到了AbstactProtocol

再通过后续流程,拿到了Http11Processor来对当前这个socketWrapper进行处理,Http11Processor会调用Nio2SocketWrapper中的read()方法进行处理

注意:Nio2SocketWrapper有个回调方法,这个回调方法会被注册,后续当数据准备好后会调用这个completed()方法来进行数据读取,部分代码如下:

第一次是非回调读,主要是进行注册操作,会经历进入sockerwrapper里面的read()方法再到fillReadBuffer(),并且会在fillReadBuffer()里面进行注册回调操作

先看以下read方法(),这个地方是关键,第一次读和回调读的区别就在下面这行代码,第一次读因为应用层的buffer没有数据,不会返回,会继续执行

会继续执行到fillReadBuffer()方法里面,在这里面进行回调函数的注册,并把数据的读取交到操作系统内核,由内核将数据拷贝到应用层的buffer,再这个执行回调

这是相关的调用栈

跟进源码,会调用到WindowsAsychronusSocketChannel的相关方法,由内核去拷贝数据

数据准备完成后,我这里猜测是底层会调用我们的回调方法,进行后续的读取操作。

数据已经准备到了buffer里面,这时另外启动一个线程执行回调方法,会执行到里面最后一行,processSocket()

然后你会发现,回调的流程和首次进行注册的流程的调用栈基本一致

差别在,read()方法里面,在回调读的时候,会因为nRead>0返回,并进行后续读到数据的处理

最后再把整套逻辑捋一遍:在tomcat的nio2下,会有多个acceptor,通过tommcat的线程池管理,当一个acceptor监听到连接后,将socket包装成一个socketWrapper,再建一个SocketProcessor,丢到线程池里面,另外启动一个线程执行SocketProcessor的run方法,这时候这个acceptor的监听任务就结束,会返回继续监听其他请求。 后面执行run的时候拿到了Http11Processor来对当前这个socketWrapper进行处理,Http11Processor会调用Nio2SocketWrapper中的read()方法进行处理,在这里会进行第一次读数据,因为buffer里面并没有数据,会进行回调函数的注册,并把拷贝数据的任务交到内核去完成。内核完成后执行回调函数,回调函数再去进行第二次读,将数据从buffer里面读出来,并执行后面的操作,至此实现了非阻塞异步读的流程。

核心思想:应用程序是无法直接访问到内核空间的,内核空间涉及到的数据都需要内核将数据拷贝到用户空间。为了解决这个问题,NIO2实际上让应用程序调用读数据操作的时候,告诉内核数据应该拷贝到哪个buffer,以及将回调函数进行注册,告诉内核调用哪个回调函数。之后,内核会在网卡数据到达,产生硬件中断,内核在中断程序里面把数据从网卡拷贝到内核空间,接着做TCP/IP协议层面的数据解包重组,把数据拷贝到应用程序指定的Buffer,最后执行回调函数。

参考资料:《深入拆解Tomcat & Jetty》

tomcat nio2源码分析的更多相关文章

  1. Servlet和Tomcat底层源码分析

    Servlet 源码分析   Servlet 结构图 Servlet 和 ServletConfig 都是顶层接口,而 GenericServlet 实现了这两个顶层接口,然后HttpServlet ...

  2. JavaWeb过滤器Filter(附tomcat部分源码分析)

    过滤器Filter 过滤器通常对一些web资源进行拦截,做完一些处理器再交给下一个过滤器处理,直到所有的过滤器处理器,再调用servlet实例的service方法进行处理.过滤器可以对request进 ...

  3. tomcat8 源码分析 | 组件及启动过程

    tomcat 8 源码分析 ,本文主要讲解tomcat拥有哪些组件,容器,又是如何启动的 推荐访问我的个人网站,排版更好看呦: https://chenmingyu.top/tomcat-source ...

  4. Tomcat源码分析 (八)----- HTTP请求处理过程(一)

    终于进行到Connector的分析阶段了,这也是Tomcat里面最复杂的一块功能了.Connector中文名为连接器,既然是连接器,它肯定会连接某些东西,连接些什么呢? Connector用于接受请求 ...

  5. Java网络编程与NIO详解11:Tomcat中的Connector源码分析(NIO)

    本文转载 https://www.javadoop.com 本系列文章将整理到我在GitHub上的<Java面试指南>仓库,更多精彩内容请到我的仓库里查看 https://github.c ...

  6. Servlet容器Tomcat中web.xml中url-pattern的配置详解[附带源码分析]

    目录 前言 现象 源码分析 实战例子 总结 参考资料 前言 今天研究了一下tomcat上web.xml配置文件中url-pattern的问题. 这个问题其实毕业前就困扰着我,当时忙于找工作. 找到工作 ...

  7. tomcat源码分析(三)一次http请求的旅行-从Socket说起

    p { margin-bottom: 0.25cm; line-height: 120% } tomcat源码分析(三)一次http请求的旅行 在http请求旅行之前,我们先来准备下我们所需要的工具. ...

  8. [Tomcat 源码分析系列] (二) : Tomcat 启动脚本-catalina.bat

    概述 Tomcat 的三个最重要的启动脚本: startup.bat catalina.bat setclasspath.bat 上一篇咱们分析了 startup.bat 脚本 这一篇咱们来分析 ca ...

  9. Tomcat源码分析

    前言: 本文是我阅读了TOMCAT源码后的一些心得. 主要是讲解TOMCAT的系统框架, 以及启动流程.若有错漏之处,敬请批评指教! 建议: 毕竟TOMCAT的框架还是比较复杂的, 单是从文字上理解, ...

  10. Tomcat源码分析之—具体启动流程分析

    从Tomcat启动调用栈可知,Bootstrap类的main方法为整个Tomcat的入口,在init初始化Bootstrap类的时候为设置Catalina的工作路径也就是Catalina_HOME信息 ...

随机推荐

  1. 从0开发WebGPU渲染引擎:实现路径追踪

    大家好,本文基于WebGPU的计算着色器实现了基础的路径追踪器,支持Middle BVH和No BVH两种加速结构 我主要是将离线渲染零基础实战开发培训班(一期)->第二十九节课的代码移植到We ...

  2. Go 匿名返回值的坑——这道题据说 90% 的同学都答错了!

    今天分享的内容比较基础,准确地说是 Go 的语言特性--命名.匿名返回值. 先看下面的例子,猜测会输出什么? package main func main() { println(A()) print ...

  3. typedef函数的使用

    typedef int INT; //相当于给int起了一个别名INT typedef struct Student { int sid; char name[100]; char sex; }ST; ...

  4. Django message组件

    使用message组件要在seetings中配置 ①INSTALLED_APPS   (项目需要什么功能都放在这 既可以有数据库,又可以写代码,html文件,和自己写的APP一个道理) ②MIDDLE ...

  5. 介绍Centos7启用过程中用到的rpm软件包、及其作用

    序号 包名 作用 1 udev 系统设备管理器,用于管理设备驱动程序和设备的元数据. 2 lvm2 Logical Volume Manager 2(LVM2)是一个用于管理和分配存储设备的工具,允许 ...

  6. Linux 命令:diff

    用途 示例 备注 查看区别 diff file_1 file_2 不加选项 并排输出 diff file_1 file_2 -y -W 50 类似vimdiff 生成patch diff -ruN f ...

  7. 语音合成技术汇总1:Glow-TTS:通过单调对齐实现文本到语音的生成流

    今天开始开一期语音合成经典论文的翻译 Glow-TTS:通过单调对齐实现文本到语音的生成流 摘要: 最近,文本到语音(Text-to-Speech,TTS)模型,如FastSpeech和ParaNet ...

  8. java文件共享实现方案

    写在前面,由于项目要求负载,又不想大动干戈采用比较贵的设备和高大上的框架,经过一番研究,想使用文件共享方式实现文件的跨服务器访问.本方案采用了jcifs和smbj框架,若想用,请自行查找资源.此为初步 ...

  9. Module build failed: TypeError: this.getOptions is not a function at Object.loader

    这个问题主要是因为node-loader版本过高导致的问题 解决方案 css-loader降为3.6.0版本即可 npm install css-loader@2.0.2 --save-dev npm ...

  10. Django日志输出

    # 自定义日志输出信息 LOGGING = { 'version': 1, 'disable_existing_loggers': True, 'formatters': { 'standard': ...