关于设置http响应头connection的作用

有的网站会在服务器运行一段时间后down掉，有很多原因可能造成这种现象：比如tomcat堆和非堆内存设置不足，程序没能释放内存空间造成内存 溢出，或者某些进程一直运行没能释放，造成cup资源大量消耗。

      但除了程序本身的原因，还有可能是客服端访问造成（当然这个客户端也包含如蜘蛛软件等搜索引擎），如果服务器和客户端建立的是长链接(可以 用"netstat -a"命令查看网络访问信息)，这就需要对http 响应头的connection 做一定的设置。

      介绍如下：

 

1. 解释一下：

 

    在http1.1中request和reponse header 中都有可能 出现一个connection 头字段，此header 的 含义是当client和server通信时对于长链接如何进行处理。

    在http1.1中，client和server都是默认对方支持长链接的， 如果client使用http1.1协议，但又不希望使用长链接，则需要在header 中指 明connection 的值为close ； 如果server方也不想支持长链接，则在response中也需要明确说明connection 的 值为close .

    不论request还是response的header 中包含了值为close 的connection ，都表 明当前正在使用的tcp链接在请求处理完毕后会被断掉。以后client再进行新的请求时就必须创建新的tcp链接了。 HTTP Connection 的 close 设置允许客户端或服务器中任何一方关闭底层的连接双方都会要求在处理请求后关闭它们的TCP 连接。

 

2.如何在程序中设置：

 

    可以在过滤器中加入：response.setHeader("connection ", "close ");

 

 

 

与之相关：解 决服务器产生大量close_wait问题

 

 

要解决这个问题的可以修改系统的参数(/etc/sysctl.conf文件 )，系统默认超时时间的是7200 秒，也就是2小时。

默认如下：

tcp_keepalive_time = 7200 seconds (2 hours)
tcp_keepalive_probes = 9
tcp_keepalive_intvl = 75 seconds

意思是如果某个TCP连接在idle 2个小时后,内核才发起probe.如果probe 9次(每次75秒)不成功,内核才彻底放弃,认为该连接已失效

修改后

sysctl -w net.ipv4.tcp_keepalive_time=30
sysctl -w net.ipv4.tcp_keepalive_probes=2
sysctl -w net.ipv4.tcp_keepalive_intvl=2

经过这个修改后，服务器会在短时间里回收没有关闭的 tcp连接。