socket编程 - HTTP服务器以及HTTP协议注意事项

一、HTTP请求头

$msg  = "GET /tools.html HTTP/1.1\r\n";
$msg .= "Host: www.baidu.com\r\n";
$msg .= "\r\n";

二、HTTP响应头

public function formatHttp($data)
{
    /**
     * HTTP/1.1 200 OK
     * Date: Fri, 01 May 2020 12:00:57 GMT
     * Connection: close
     * Content-type: text/html; charset=UTF-8
     */
    $ret = "HTTP/1.1 200 OK\r\n";
    $ret .= "Date: " . gmdate("D, d M Y H:i:s", time()) . " GMT\r\n";
    $ret .= "Connection: close\r\n";
    $ret .= "Content-type: text/html; charset=UTF-8\r\n";
    $ret .= "Content-Length: " . strlen($data) . "\r\n\r\n";

    $ret .= $data;

    return $ret;
}

三、主动关闭TCP连接
虽然有HTTP协议规定在什么情况客户端断开连接,什么情况下服务端断开连接,但是客户端多种多样,不一定所有的客户端都严格遵守这种规定,或者存在恶意的客户端,所以对于HTTP服务器而言,如果客户端没有明确表面要建立长连接keep-alive,那么服务端应主动断开连接

主要原因是:
如果指望客户端去主动断开连接,那如果客户端有意不断开呢,那服务端的连接数很快就用完,无法再提供新的连接了,这种情况下无法提供稳定的服务。再者,不管你的服务端使用的select, poll, epoll,如果服务端响应完成,就应该主动断开并将这些fd从监控范围移除,以节省系统开销,否则还要等到该fd变成可读,然后read操作后才能判断是否是客户端的主动断开。

HTTP协议中主要由三个字段来规定由谁主动断开连接:
connection、content-length、Transfer-encoding

  • 对于http1.0协议来说,如果响应头中有content-length头,则以content-length的长度就可以知道body的长度了,客户端在接收body时,就可以依照这个长度来接收数据,接收完后,就表示这个请求完成了,客户端可以断开连接了。而如果没有content-length头,则客户端会一直接收数据,直到服务端主动断开连接,才表示body接收完了。
  • 对于http1.1协议来说,如果响应头中的Transfer-encoding为chunked传输,则表示body是流式输出,body会被分成多个块,每块的开始会标识出当前块的长度,此时,body不需要通过长度来指定。如果是非chunked传输,而且有content-length,则按照content-length来接收数据。否则,如果是非chunked,并且没有content-length,则客户端接收数据,直到服务端主动断开连接。
  • 如果客户端的请求头中的connection为close,则表示客户端需要关掉长连接,如果为keep-alive,则客户端需要打开长连接,如果客户端的请求中没有connection这个头,那么根据协议,如果是http1.0,则默认为close,如果是http1.1,则默认为keep-alive。如果结果为keepalive,那么,nginx在输出完响应体后,会设置当前连接的keepalive属性,然后等待客户端下一次请求。当然,nginx不可能一直等待下去,如果客户端一直不发数据过来,岂不是一直占用这个连接?所以当nginx设置了keepalive等待下一次的请求时,同时也会设置一个最大等待时间,这个时间是通过选项keepalive_timeout来配置的,如果配置为0,则表示关掉keepalive,此时,http版本无论是1.1还是1.0,客户端的connection不管是close还是keepalive,都会强制为close。
  • 如果服务端最后的决定是keepalive打开,那么在响应的http头里面,也会包含有connection头域,其值是”Keep-Alive”,否则就是”Close”。如果connection值为close,那么在nginx响应完数据后,会主动关掉连接。所以,对于请求量比较大的nginx来说,关掉keepalive最后会产生比较多的time-wait状态的socket。一般来说,当客户端的一次访问,需要多次访问同一个server时,打开keepalive的优势非常大,比如图片服务器,通常一个网页会包含很多个图片。打开keepalive也会大量减少time-wait的数量。

下面演示几个http客户端
首先启动TCP服务器,没有主动断开连接,但是设置了Content-Length,如下:

HTTP/1.1 200 OK
Date: Fri, 22 May 2020 01:37:20 GMT
Connection: close
Content-type: text/html; charset=UTF-8
Content-Length: 14

I am server...

1、curl http://localhost:8888/
发现curl收到数据后会主动断开连接。

2、浏览器访问 http://192.168.56.101:8888/
发现浏览器数据后会主动断开连接。

3、使用ab工具压测HTTP服务器的性能
在这里插入图片描述
服务端收到的数据:

GET / HTTP/1.0
Host: localhost:8888
User-Agent: ApacheBench/2.3
Accept: */*

服务端也做了正确响应,但是ab直到超时退出才关闭连接,鉴于此,服务端最好掌握主动权。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值