1）jetty 响应的概念模型
- SelectChannelEndPoint： 底层的socket的封装，代表每次请求对应的网络连接（偏网路底层）
- AsyncHttpConnection：代表每次连接（偏上层一点），管理相关的request,response,HttpParser,HttpGenerator实例
- HttpParser：请求解析
- HttpGenerator：负责最终的response生成
- Response：不解释
- Request：不解释
- JettyServer: servlet容器，负责处理servlet相关逻辑
2）请求的实例化
- select线程感知到网络请求于是开始初始化途中的各个相关类的实例
- 最后将请求封装成一个endpoint实例丢入worker线程的队列中的等待处理
3）jetty 整体的响应流程
- worker线程从请求队列获取请求
- 请求（底层是个SelectChannelEndPoint）开始处理
- SelectChannelEndPoint调用相关的AsyncHttpConnection进行处理
- AsyncHttpConnection调用HttpParser解析请求
- AsyncHttpConnection调用servlet容器处理请求（真正的业务处理）
- servlet处理完毕处理，AsyncHttpConnection开始调用Response处理响应
4）在servlet中调用write/flush的底层实现
样例代码：
PrintWriter out = response.getWriter();
out.write(request.getParameter("id"));
out.flush();
- servlet中调用write底层会调用HttpGenerator的addContent方法
- addContent会将内容填充到HttpGenerator的_content,_content内容会被拷贝到内部buffer，如果超过内部buffer的长度就会自动flush
- servlet中调用write底层会调用HttpGenerator的flushBuffer，此操作会触发真正的网络流，下一节会具体谈
5）Response.complete到底干了什么
- 调用AsyncHttpConnection的completeResponse
- 调用HttpGenerator生成header内容
- 调用HttpGenerator生成content内容
- 一旦reponse header和response content完成，开始flush
- 会将header buffer和content buffer传入SelectChannelEndPoint的gatheringFlush做矢量IO
- 最终还是调用底层socket完成网络响应