connection_pool_size 512 字节是 nginx 框架和客户端建立了连接时就产生的。当客户端有数据请求发来时，这时候是在 request_pool_size 4k 的空间里，开始分配出具体的 client_header_buffer_size 1k 这样吗？然后，如果客户端的请求头部太长、超过了 4k ，这时候 large_client_header_buffers 4 8k 就会起作用吗？也就是说，当有 large_client_header_buffers 被分配的时候，其实 request_pool_size 已经不止起始分配的 4k 那么大了。是这样理解吗？

作者回复: 对的！

2019-01-31

4

6

soooldier

老师好，请教一下课件中的接收URI的部分为什么会涉及到请求行呢？我理解URI仅仅是一个字符串而已，请求行处理是右边接收header的逻辑

作者回复: 一个标准的HTTP请求是这样的：GET /uri HTTP/1.1\r\nHost: xxx\r\n，这里第一个\r\n就是请求行。

2018-12-10



5

小呆娃

老师，为啥视频中明明说client_header_buffer_size是从连接内存池中分配的，但是有其他同学在留言中问是在请求连接池（request_pool_size的空间）中分配的client_header您也说是对的，有点疑惑了。

作者回复: 当http header未经解析时，它是tcp有序字符流，此时需要有一块缓冲区存放它们，再用状态机来取出有意义的header，而这块缓冲区的大小就是client_header_buffer_size，它是从连接内存池中分配的。当解析出header后，是从请求内存池中分配内存池存放的

2020-03-22



3

Geek_0b7655

1.在nix_event_accept回调函数中，当客户端和nginx框架建立了连接后（accept），创建了connection_pool_size 512字节的连接内存池； 2.当有客户端数据真正到来时，调用ngx_http_wait_request_handler回调函数，在该函数中才在刚创建的连接内存池中分配出client_header_buffer_size 1k大小的内存，开始接收数据（recv）；然后创建请求内存池request_pool_size 4k大小。 3.在ngx_http_process_request_line处理接收到的请求行时，如果发现请求行太长，large_client_header_buffers 4 8k被分配，看源代码好像仍然是从连接内存池中申请的。

作者回复: 是的，你的理解都对^_^

2020-01-12

2

2

有两个问题请教一下老师: 1. 对于状态机我好像还是不太理解, 状态机解析请求行和header是指不同的参数匹配不同的方法进行处理吗? 比如get请求和post请求, xml和json采用不同的状态机处理就是对应不同的解析方法 2. ngx是把操作系统内核中的数据copy了一份到用户态, 为什么要做这次copy呢,copy数据不是也消耗时间吗, 为什么不采用零拷贝技术与操作系统内核共用这部分内存呢, 这样也有利于提高处理效率吧?

作者回复: 1、状态机解析请求行是指：比如接收到GET /inde时，就知道接收完方法了，在解析path过程中；接收到GET /index.htm HTTP/1.1\r\nHos时，就知道接收完request line，正在解析Header头部，其中第1个header尚未解析出name。对http body通常不用使用状态机。 2、任何技术都有两面性，与内核共用会导致进程不能随时修改内存中的内容，否则内核很可能要崩掉。建议你看一下内核态地址空间与用户态地址空间的区别。

2019-04-29



2

上善若水

老师您好，结合视频、PPT和他人留言，有些地方不太明白，想请教一下 1、结合36节介绍，我的理解是，不管连接内存池还是请求内存池，只是一个数据结构，可以看做一个分配实际内存存储空间的工具，不知我的理解对不对； 2、结合第 1 个问题，其他人提问您回复过“client_header_buffer_size定义的这段内存，是从连接的内存池中分配出的（即connection_pool_size）“，我的理解是，连接内存池分配的client_header_buffer_size 1K这块内存空间实际是属于 request_pool_size 4k 内存空间的一部分？ 3、结合第 2 个问题，实际是连接内存池分配了用于存储请求信息的内存空间，不知这样理解对不对； 4、结合第 2 个问题，是不是在client_header_buffer_size 1K分配的时候request_pool_size 4k就已经分配了？因为您PPT中client_header_buffer_size 1K 和 request_pool_size 4k是在2页，分别是HTTP接收和接收URI，感觉是先有的client_header_buffer_size 1K 后有的request_pool_size 4k，但是看到其他人的回复中又像是嵌套包含的意思，所有有点晕，希望老师解惑； 5、结合第2和4问题，本节视频6分42秒左右，您提到，如果URL很大，超过1K，这时候会分配large_client_header_buffers 4 8k ，比如8K，这时候，会把client_header_buffer_size 1K复制过来，也就是还剩7K，这地方我理解，那我想问下，如果第2个问题我理解的是对的，那 request_pool_size 4k用了1K 还剩的3K 是做什么用的？会不会复制到large_client_header_buffers 4 8k 中？因为也是刚接触，想深入了解下，能力有限，把自己搞晕了，还望老师解惑，问题比较多，见谅，十分感谢！

作者回复: 不要把问题罗列到一起啊，5个问题分5次提问好了。先回答第1个：对，描述内存池的结构体所占用的内存，与内存池分配出的内存，隶属于2块内存池中。比如，描述HTTP请求内存池的结构体，其实是从连接内存池中分配出的。

2019-05-29



1

无菇朋友

老师您好，看了这节课视频有如下疑问： 1. 利用epoll，nginx是在有读写事件触发时，fork一个线程去遍历就绪的fd_sets么？所以nginx才可以用少量的进程处理大量的请求？ 2. client_header_buffer_size为什么要从connection_pool中分配呢，是因为如果uri+header不超过1k的话，request_pool以及large_client_header_buffers就不用再分配了么？ 3. 为什么connection_pool_size指令的默认值不设为1k呢望得到老师答复，感谢！

作者回复: 1、不是，单线程一样可做到，只要定期的、且非常及时的去查看是否有触发的读写事件即可。 2、建立好连接后就会有connection_pool，此时究竟收到的消息是HTTP/1还是其他协议的消息并不确定，所以只能从这个内存池中分配。对。 3、connection连接管理并不只为HTTP协议服务；另外，很可能连接建立起后客户端长期不发送消息，分配过大内存可能浪费。

2019-04-12



1

session

老师。问一个比较初级的问题，TCP三次握手建立连接后，客户端再次发送数据，到达服务器后是如何定位到之前建立的连接呢，是不是这个TCP也是监听了一个端口呢，

作者回复: 根据TCP四元组和sequence信息

2019-03-23



1

阿德

老师，如果请求的URI不超过1k，client_header_buffer_size够用的话，后面的8k的large_client_header_buffers是不是就不用分配了？而4k的请求内存池是一定会分配的，是吗?另外，large_client_header_buffers是不是从请求内存池分配的

作者回复: 1、对，不用分配。 2、一定分配。 3、是的。

2019-01-29



1

napolenAx

老师好，之前讲的connection_pool_size和request_pool_size还理解，又加入了client_header_buffer_size:1k，有点晕，client_header_buffer_size:1k和request_pool_size:4k 这两块内存的作用有什么不同呢？

作者回复: 1、client_header_buffer_size定义的这段内存，是从连接的内存池中分配出的（即connection_pool_size），如果连接被复用的话，虽然请求内存池会被释放，但连接内存池照旧使用。所以，我们需要先分清连接与请求，并清楚他们的内存池。 2、pool_size只是内存池的初始分配大小，当然实际使用中可以超出此大小。而client_header_buffer_size则具体指明某一用途下的内存大小，这里就是最开始接收HTTP请求的内存大小。

2019-01-10



1

收起评论