本文主要是介绍tomcat中请求和响应分析的源码,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
题记最近我有点忙 就没有总结 以及回顾总结自己的不足 然后来改善自己的缺点
上次我也说了浏览器通过tcp 连接,然后发送http请求,也就是说发送数据 吧这些数据(行,头,体) 通过socket连接发送到服务器
呢么首先第一点 socket连接肯定是基于操作系统层面的,我们浏览器发送过来的数据肯定是先放到操作系统的receiveBuffer中的,每一个socket都有这么一个buffer, 里面存的就是通过这个socket连接发送的数据
然后你tomcat 在使用的时候就从这个receivebuffer中来取数据
--------------------------------------------------------->
在tomcat内部有一个inputBuffer ,tomcat去取数据放到这个buffer中 通过他的fill()方法 这个类里面还有一个字节数组,就是说通过fill()方法不断的从receiveBuffer中来读取数据放到这个字节数组中来
我们说每一个tcp连接或者说socket连接 tomcat都会吧他封装成线程 然后交给线程池来处理
呢么 接下来就是说解析请求行 请求头 然后封装成request对象,比方说method ,url ,header解析完请求头 他会看看请求头中所携带的信息比方说长连接,connection这个属性对应的keepAlive是close还是keepAlive 如果是keepAlive就代表 刚刚这个socket连接我处理完当前这个http请求 不会关闭连接, 然后你的servlet就可以继续使用这个请求了
在我们解析请求行也好,请求头也好 他会不停的从receivebuffer中读取数据的
然后他这个InputBuffer中的数组是有2个属性pos 和lastVaild, 本来这个数组是空的,现在tomcat接受一个socket连接我就要从里面取数据,但是取多少是不确定的 这个数组默认是8kb
Http11Processor new这个协议处理器的时候会new这个inputBuffer
===============>
lastValid 就表示说现在这个数组可用的数据在哪里 从Pos----->lastValid 代表可用的数据 呢么接下来就是如何去解析数据,因为数据是一个个字节的 比如说请求行 以get开头可能吧请求行的数据一次性读完了 放在这个inputBuffer中 然后再一个字节一个字节的来读取 吧这个请求行的数据一点点的放到这个request当中
在tomcat里面其实有这么几个reqeust对象
当我们调用Request.getMethod()的时候 他的链路是这样的
就是说 RequestFacade.getMethod----->org.apache.catalina.connector.Request.getmethod()
---->coyoteRequest.method().toString()RequestFacade----->Request------->Request 这是这3个Request得层级所以说真正核心得是 最终是调用 Request 方法coyoteRequest.method()这个是底层 也就是说我们真正获取的数据其实是从这个对象中拿到的
// 这个在我们解析请求方法的时候会用到他
比如说 request.method().setBytes(buf, start, pos - start); // 解析请求方法
我们在解析请求行 向Request里面赋值用的就是他
这个Request中的对象大多都是以这个ByteChunk来的
这个是一个字节块
字节块有很多种表示 比方说这个类里面有个属性是字节数组, 字节块啊 你存的是字节 只不过用字节数组来存储罢了
private byte[] buff;还有一种方法来表示字节块 就是说我从你这个字节数组中任意的来选中 2个位置 比方说a,b 中间的这块我就可以用
一个字节块标识 ByteChunk
[所以说在这个类里面还有跟请求处理有关系的 还有另外两个属性 start end]
也就是说这个ByteChunk 要么自己的字节数组中有内容 ,要么我就用start end来标记一块 作为字节块
说白了 我此时只是标记一块 ,因为此时标记的是字节 然后request.getMethod().toString()就会吧字节转成字符串此时就可以吧bc转成字符串
说的有点乱,数据在tomcat 利用Inputbuffer.fill() 方法会不断地从操作系统中读数据然后 放到这个Inputbuffer中, 然后利用ByteChunk来标记一下 比方说这部分数据就是我们的请求头,他在解析的时候只是标记了当前这个字节数组中那些位置是请求方法.
按照我们理解你解析应该直接吧字节转成string字符串,但是tomcat 并没有这么做
他在解析的时候仅仅只是标记你当前这个字节数组 哪些位置是请求头,那些位置是请求体我(程序员/用户)如果一直不去调用这个Request.getMethod
tomcat就不会转成字符串 只有真正用的时候才回去转
request.getMethod ----------->就是调用刚刚标记的呢部分内容吧他toString
// 讲的有点啰嗦 我理解的不到位
这篇关于tomcat中请求和响应分析的源码的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!