关于nginx keep-alive 参数的验证和心得

简介:

用chrome连接nginx服务器(nginx+spero),发现每次请求结果返回给浏览器后,会过一会才会运行

ngx_http_close_connection函数,可以看到nginx返回给chrome的header和结果是:

HTTP/1.1 200 OK

Server: nginx

Date: Fri, 15 Apr 2016 08:39:50 GMT

Content-Type: text/plain

Content-Length: 28

Connection: keep-alive

Keep-Alive: timeout=5


spero return ads, status 200


而通过curl访问,也是返回同样的结果,但是nginx会立刻调用ngx_http_close_connection函数,看起来keep-alive没有起作用,猜测是curl拿到结果后立马主动关闭连接。

HTTP/1.1 200 OK

Server: nginx

Date: Fri, 15 Apr 2016 08:44:11 GMT

Content-Type: text/plain

Content-Length: 28

Connection: keep-alive

Keep-Alive: timeout=5


spero return ads, status 200



那么做一个实验:设置nginx的配置文件,将keep-alive关掉,看看chrome访问时是否ngx_http_close_connection函数立刻被调用?

首先,用命令:keepalive_timeout 0 禁用长连接,则看到header中的Connection为close

HTTP/1.1 200 OK

Server: nginx

Date: Fri, 15 Apr 2016 08:50:05 GMT

Content-Type: text/plain

Content-Length: 28

Connection: close


spero return ads, status 200


同时,在nginx print的log中也可以看到,ngx_http_finalize_request函数之后,ngx_http_close_connection函数立刻就被调用了。


在spero项目中,长连接必须被关闭以支持大并发请求。


本文转自 zhegaozhouji 51CTO博客,原文链接:http://blog.51cto.com/1038741/1764232

相关文章
|
8月前
|
网络协议 安全 应用服务中间件
Nginx 实战系列之二:Nginx 优化中在 Nginx 侧 和 Linux 系统侧必须要调整优化的参数详细和最佳推荐配置
Nginx 实战系列之二:Nginx 优化中在 Nginx 侧 和 Linux 系统侧必须要调整优化的参数详细和最佳推荐配置
|
11月前
|
NoSQL 应用服务中间件 Shell
redis&nginx运行参数采集脚本
redis&nginx运行参数采集脚本
|
应用服务中间件 对象存储 nginx
OSS在private权限下的无参数访问(Nginx反向代理实现)
本文主要介绍内容 oss默认权限策略是private,当修改到public-read或更高权限时会提示存在安全风险。如果需要访问oss资源需要在地址上添加签名内容,不利于地址的存储和使用。本文会介绍如何利用nginx反向代理实现private权限下无参数访问oss资源。
4723 0
|
应用服务中间件 nginx
|
负载均衡 应用服务中间件 调度
Nginx-负载均衡-server参数
章节目录 后端服务器在负载均衡调度中的状态 backup 状态演示 后端服务器在负载均衡调度中的状态 参数 含义 down 当前的server暂时不参与负载均衡 backup 预留的备份服务器 max_fails 允许请求失败的次...
914 0
|
缓存 监控 应用服务中间件
|
应用服务中间件 PHP nginx