tomcat请求处理分析(五) 请求到响应流

1.1.1.1  请求到响应界面流

请求处理的过程主要是将所有的东西解析成流,转化成对应的http报文,所以在这里我先不关注servlet因为它最终也就是解析成流里面的数据

processKey里面最终执行的是processSocket,它是线从缓存中获取对应的线程池,没有的话就创建一个,然后进行执行

protected boolean processSocket(KeyAttachmentattachment, SocketStatus status, boolean dispatch) { try { if (attachment== null) { return false; }         SocketProcessor sc = processorCache.pop();         if ( sc == null ) sc = new SocketProcessor(attachment, status);         else sc.reset(attachment, status); Executor executor =getExecutor();         if (dispatch &&executor != null) {             executor.execute(sc); } else {             sc.run(); }     } catch (RejectedExecutionExceptionree) { log.warn(sm.getString("endpoint.executor.fail", attachment.getSocket()), ree);         return false; } catch (Throwablet) {         ExceptionUtils.handleThrowable(t); // This means we got anOOM or similar creating a thread, or that         // the pool and its queue arefull log.error(sm.getString("endpoint.process.fail"), t);         return false; } return true;

}     在上面描述的线程中,响应到页面主要是先构建对应的缓冲流,然后将缓冲流中的数据写入到sockt通道,这样就实现到了页面,具体操作逻辑如下:(自下向上执行)

   下面我将与流相关的几步,进行一下讲述:

process:,AbstractProtocol$AbstractConnectionHandler (org.apache.coyote)

if (processor == null) {     processor = createProcessor();

}

protected Http11Processor createProcessor() {     Http11Processor processor = new Http11Processor( proto.getMaxHttpHeaderSize(), (JIoEndpoint)proto.endpoint, proto.getMaxTrailerSize(), proto.getAllowedTrailerHeadersAsSet(), proto.getMaxExtensionSize(), proto.getMaxSwallowSize()); proto.configureProcessor(processor); // BIO specificconfiguration processor.setDisableKeepAlivePercentage(proto.getDisableKeepAlivePercentage()); register(processor);     return processor; }

public Http11Processor(int headerBufferSize, JIoEndpointendpoint, int maxTrailerSize, Set<String>allowedTrailerHeaders, int maxExtensionSize, int maxSwallowSize){ super(endpoint); inputBuffer = new InternalInputBuffer(request, headerBufferSize); request.setInputBuffer(inputBuffer); outputBuffer = new InternalOutputBuffer(response, headerBufferSize); response.setOutputBuffer(outputBuffer); initializeFilters(maxTrailerSize, allowedTrailerHeaders, maxExtensionSize, maxSwallowSize);

}

这里不难看出构建了的outputBuffer这InternalOutputBuffer实例并与response进行关联,所以后面通过response进行一些相关属性操作就可以直接到缓冲流

process:,AbstractHttp11Processor(org.apache.coyote.http11)

getOutputBuffer().init(socketWrapper, endpoint);

/**  * 给当前实例 outputBuffer即response封装的对象  *  * 给其成员变量NioChannel socket 以及pool进行赋值  *  * */ @Override publicvoid init(SocketWrapper<NioChannel> socketWrapper, AbstractEndpoint<NioChannel>endpoint) throws IOException { socket =socketWrapper.getSocket(); pool =((NioEndpoint)endpoint).getSelectorPool();

}

这一步进行的操作主要是将outputBuffer这个实例关联对应的socket通道,为最后将缓冲流的数据放入到sockt做铺垫

public void close() throws IOException{ if (closed) { return; } if (suspended) { return; } //将缓冲去的字符刷新给页面 if (cb.getLength()> 0) { cb.flushBuffer(); } 。。。。。。

}

 最终是将cb给刷新到了然后将数据返回到页面,看一下cb是怎么来的,由下不难看出将OutputBuffer给注入其通道

public OutputBuffer(int size) { bb = new ByteChunk(size); bb.setLimit(size); bb.setByteOutputChannel(this); cb = new CharChunk(size); cb.setLimit(size); cb.setOptimizedWrite(false); cb.setCharOutputChannel(this);

}

   这样做最后怎么获取数据呢?由下面可以看出其一层一层不断的拆解最后还是到InternalOutputBuffer缓冲实例,所以解析的流数据最终还是经过这个进行处理

addToBB:,InternalNioOutputBuffer(org.apache.coyote.http11)

那最终它又是怎么到流中去,得看一下addToBB方法,由两步比较和核心,第一步就是将buf即InternalNioOutputBuffer实例中的数据拷贝到niochannel总去,第二步将niochannel通道中的数据写入到socket通道

private synchronized void addToBB(byte[] buf, int offset, int length) throws IOException{ if (length == 0) return; //首先尝试先将数据发送出去 boolean dataLeft = flushBuffer(isBlocking());     //这里只有在缓冲区里面已经没有数据了才继续发送 while (!dataLeft&& length > 0) { //首先将要发送的数据copy到niochanel的发送buffer里面去   int thisTime =transfer(buf,offset,length,socket.getBufHandler().getWriteBuffer()); //计算还剩下多少字节没有写到niochannel的buffer里面,其实这里也就当做将数据转移到了niochannel的buffer就算是写出去了 length = length -thisTime; //这里用于调整偏移量 offset = offset +thisTime; //调用writeToSocket方法将niochannel的buffer的里面的数据通过socket写出去 int written =writeToSocket(socket.getBufHandler().getWriteBuffer(),                 isBlocking(), true); //如果在tomcat的response里面有writelistener的话,可以异步的写 if (written == 0) {             dataLeft = true; } else {             dataLeft =flushBuffer(isBlocking()); }     }     NioEndpoint.KeyAttachment ka =(NioEndpoint.KeyAttachment)socket.getAttachment();     if (ka != null)ka.access();//prevent timeouts for just doing client writes if (!isBlocking()&& length > 0) { //在非阻塞的发送中,如果实在发送不出去,需要保存在额外的buffer里面 addToBuffers(buf, offset, length); }

}

下面在看一下具体怎么写到通道里面去

private synchronized int writeToSocket(ByteBufferbytebuffer, boolean block, boolean flip) throws IOException{ if ( flip ) {         bytebuffer.flip(); flipped = true; } int written = 0; NioEndpoint.KeyAttachmentatt = (NioEndpoint.KeyAttachment)socket.getAttachment();     if ( att == null ) throw new IOException("Keymust be cancelled");     long writeTimeout =att.getWriteTimeout(); Selector selector = null;     try {         selector = pool.get(); } catch (IOException x ) { } try {  written = pool.write(bytebuffer, socket,selector, writeTimeout, block); do { if (socket.flush(true,selector,writeTimeout))break; }while ( true ); } finally { if ( selector!= null)pool.put(selector); } if ( block ||bytebuffer.remaining()==0) { bytebuffer.clear(); flipped = false; } return written;

}

   pool实例,即NioBlockingSelector,可以看出其有阻塞和非组合两种写入方式,但最后都是通过socket.write(buf)写入socket通道就返回到页面,至于为什么写入到socket通道就能响应到页面可以看一下基于NIO的httpserver实现,主要SocketChannelImpl这个类,这里又一个简易的httpserver的实现,参考链接:

http://www.cnblogs.com/a294098789/p/5676566.html

public int write(ByteBuffer buf, NioChannelsocket, Selector selector,                  long writeTimeout, boolean block) throws IOException{ if ( SHARED &&block ) { return blockingSelector.write(buf,socket,writeTimeout); }     SelectionKey key = null;     int written = 0;     boolean timedout = false;     int keycount = 1; //assume we canwrite long time =System.currentTimeMillis(); //start the timeout timer try { while ((!timedout) && buf.hasRemaining() ) { int cnt = 0;             if ( keycount > 0 ) { //only write ifwe were registered for a write cnt = socket.write(buf);//write thedata if (cnt == -1) throw new EOFException(); written += cnt;                 if (cnt > 0) {                     time = System.currentTimeMillis(); //reset ourtimeout timer continue; //wesuccessfully wrote, try again without a selector } if (cnt==0 &&(!block)) break; //don't block } if ( selector!= null){ //register OP_WRITE to theselector if (key==null) key =socket.getIOChannel().register(selector, SelectionKey.OP_WRITE);                 else key.interestOps(SelectionKey.OP_WRITE);                 if (writeTimeout==0) {                     timedout =buf.hasRemaining(); } else if (writeTimeout<0) {                     keycount =selector.select(); } else {                     keycount =selector.select(writeTimeout); }             } if (writeTimeout> 0 && (selector == null || keycount== 0) ) timedout= (System.currentTimeMillis()-time)>=writeTimeout; }//while if ( timedout )thrownew SocketTimeoutException(); } finally { if (key != null) {             key.cancel();             if (selector != null)selector.selectNow();//removes the key from this selector }     } return written;

}

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏java一日一条

Java 并发集合的实现原理

可以用原子方式更新int值。类 AtomicBoolean、AtomicInteger、AtomicLong 和 AtomicReference 的实例各自提供...

631
来自专栏哲学驱动设计

优化OEA中的聚合SQL

    之前写过几篇关于聚合对象SQL的文章,讲的是如果设计框架,使用一句SQL语句来加载整个聚合对象树中的所有数据。相关内容,参见:《性能优化总结(二):聚合...

2037
来自专栏Java编程技术

JDK8中新增原子性操作类LongAdder

LongAdder类似于AtomicLong是原子性递增或者递减类,AtomicLong已经通过CAS提供了非阻塞的原子性操作,相比使用阻塞算法的同步器来说性能...

561
来自专栏大闲人柴毛毛

轻量级线程池的实现

写在前面 最近因为项目需要,自己写了个单生产者-多消费者的消息队列模型。多线程真的不是等闲之辈能玩儿的,我花了两个小时进行设计与编码,却花了两天的时间调试与运...

3444
来自专栏nnngu

经典Java面试题收集

1、面向对象的特征有哪些方面? 答:面向对象的特征主要有以下几个方面: 抽象:抽象是将一类对象的共同特征总结出来构造类的过程,包括数据抽象和行为抽象两方面。抽象...

4366
来自专栏程序员的SOD蜜

抽象SQL查询:SQL-MAP技术的使用

什么是参数化查询?我们来看百科对此的定义和示例: 一,定义 --------------------------------------------------...

27310
来自专栏WindCoder

JSON中关于对双向关联的支持

本文原文:Bidirectional Relationship Support in JSON

712
来自专栏流媒体

Linux下Socket编程(四)——epoll的使用简介

相比于select,epoll最大的好处在于它不会随着监听fd数目的增长而降低效率。因为在内核中的select实现中,它是采用轮询来处理的,轮询的fd数目越多,...

702
来自专栏木木玲

Netty 源码解析 ——— NioEventLoop 详解

2094
来自专栏IT技术精选文摘

攻破JAVA NIO技术壁垒

现在使用NIO的场景越来越多,很多网上的技术框架或多或少的使用NIO技术,譬如Tomcat,Jetty。学习和掌握NIO技术已经不是一个Java攻城狮的加分技能...

1917

扫描关注云+社区