文章目录
- HTTP—Hyper Text Transfer Protocol(超文本传输协议)
-
- HTTP请求过程
- HTTP请求分类
- 状态码
- 如何实现HTTP部分?
-
- 分析功能
- 代码实现
HTTP—Hyper Text Transfer Protocol(超文本传输协议)
HTTP(HyperText Transfer Protocol,超文本传输协议)是一种用于分布式、协作式和超媒体信息系统的应用层协议。HTTP 是万维网的数据通信的基础。
HTTP请求过程
https://blog.csdn.net/ailunlee/article/details/90600174
HTTP请求分类
GET / HTTP/1.1
Host: 192.168.0.23:47310
Connection: keep-alive
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.87 Safari/537.36
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*; q = 0.8
Accept - Encoding: gzip, deflate, sdch
Accept - Language : zh - CN, zh; q = 0.8
Cookie: __guid = 179317988.1576506943281708800.1510107225903.8862; monitor_count = 5
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
状态码
1xx:表示通知信息,如请求收到了或正在进行处理
100 Continue:继续,客户端应继续其请求
101 Switching Protocols 切换协议。服务器根据客户端的请求切换协议。只能切换到更高级的协议,例如,切换到 HTTP 的新版本协议
2xx:表示成功,如接收或知道了
200 OK: 请求成功
3xx:表示重定向,如要完成请求还必须采取进一步的行动
301 Moved Permanently: 永久移动。请求的资源已被永久的移动到新 URL,返回信息会包括新的 URL,浏览器会自动定向到新 URL。今后任何新的请求都应使用新的 URL 代替
4xx:表示客户的差错,如请求中有错误的语法或不能完成
400 Bad Request: 客户端请求的语法错误,服务器无法理解
401 Unauthorized: 请求要求用户的身份认证
403 Forbidden: 服务器理解请求客户端的请求,但是拒绝执行此请求(权限不够)
404 Not Found: 服务器无法根据客户端的请求找到资源(网页)。通过此代码,网站设计人员可设置 “您所请求的资源无法找到” 的个性页面
408 Request Timeout: 服务器等待客户端发送的请求时间过长,超时
5xx:表示服务器的差错,如服务器失效无法完成请求
500 Internal Server Error: 服务器内部错误,无法完成请求
503 Service Unavailable: 由于超载或系统维护,服务器暂时的无法处理客户端的请求。延时的长度可包含在服务器的 Retry-After 头信息中
504 Gateway Timeout: 充当网关或代理的服务器,未及时从远端服务器获取请求
如何实现HTTP部分?
前一部分给到了GET请求的形式,这部分给出POST请求的形式,并给出具体释义
POST / color1.cgi HTTP / 1.1
Host: 192.168.0.23 : 47310
Connection : keep - alive
Content - Length : 10
Cache - Control : max - age = 0
Origin : http ://192.168.0.23:40786
Upgrade - Insecure - Requests : 1
User - Agent : Mozilla / 5.0 (Windows NT 6.1; WOW64) AppleWebKit / 537.36 (KHTML, like Gecko) Chrome / 55.0.2883.87
Safari / 537.36
Content - Type : application / x - www - form - urlencoded
Accept : text / html, application / xhtml + xml, application / xml; q = 0.9, image / webp, */*;q=0.8
Referer: http://192.168.0.23:47310/
Accept-Encoding: gzip, deflate
Accept-Language: zh-CN,zh;q=0.8
Cookie: __guid=179317988.1576506943281708800.1510107225903.8862; monitor_count=281
Form Data
color=gray
第一部分:请求头行,包含请求类型、URI、HTTP协议版本;
请求信息类型通常有:get、post、put等等;
第二部分:即紧跟第一行之后的,请求头部,包含服务器所使用的说明信息;
接下来解释一下这些说明信息的意思:
1、host:请求web服务器的域名地址
2、Connection: 表示是否持久连接;即keep-alive表示持久连接;
3、Cache-Control:指定请求和响应的缓存机制;no-cache(不能缓存)、no-store(在请求消息中发送将使得请求和响应消息都不使用缓存)、 max-age(客户机可以接收生存期不大于指定时间(以秒为单位)的响应)、max-stale(客户机可以接收超出超时期间的响应消息)、min-fresh(客户机可以接收响应时间小于当前时间加上指定时间的响应)、 only-if-cached等等
4、User-Agent: HTTP协议运行的浏览器类型的详细信息;比如:谷歌/67.0.3396.995、Accept: 指浏览器可以接收的内容类型;
6、Accept-Encoding: 客户端浏览器可以支持的web服务器返回内容压缩编码类型;
7、Accept-Language:浏览器支持的语言类型,
8、Cookie: 某些网站为了辨别用户身份、进行 session 跟踪而储存在用户本地终端上的数据(通常经过加密);例如当我们上网时,某些网站能准确的推送我们想要的信息。
第三部分:"
" --> 分割header和body部分的分界线
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
分析功能
Client与Server共有功能
通过刚才的简单讲解,明显看出,在这一步骤中我们要完成的只有一个任务,就是 解析字符串 。
因为我们拿到的是“字符串”,好了这样的任务就转化为了,如何用C++进行字符串解析。相信大家在学习C++的过程中,做过不少这方面的题。那么做好一个针对于HTTP报文的字符串的解析,就要先看一下,字符串是什么样的形式,我们需要做到哪几步。
是否需要分类? 答:需要,不然刚才那么多请求不白讲了
是否需要分段解析? 答:需要,Http报文按照行区分出信息
是否需要判断特殊字符? 答:需要,(显而易见是吧)
是否需要区分大小写 答:需要
Client专属功能
无
Server专属功能
无
读者可能会问,我看的别人写的HTTP教程都是要什么线程池,然后socket什么。。。。
其实我想写这个教程的目的就是按照我自己的接受思路,由点串成线,由线串成面。 如果一次性的写出完整实现,就失去了分步走的目的。
当然我的最终目的是通过这些博客,可以一步步的把所学的知识落到代码然后串起来,而不是一下子全摆出来。
代码实现
在进行编程时一定要注意好,定义与实现的分文件形式。良好的代码习惯就是在.h中构建出全部的功能框架,然后在cpp中完成实现。
class http_conn
{
public:
//报文的请求方法
enum METHOD
{
GET = 0,
POST,
HEAD,
PUT,
DELETE,
TRACE,
OPTIONS,
CONNECT,
PATH
};
//报文解析的结果
enum HTTP_CODE
{
NO_REQUEST = 0,
GET_REQUEST,
BAD_REQUEST,
NO_RESOURCE,
FORBIDDEN_REQUEST,
FILE_REQUEST,
INTERNAL_ERROR,
CLOSED_CONNECTION
};
public:
//构造和析构
//如果需要,后期在这里回填
http_conn() {}
~http_conn() {}
public:
//报文解析函数
//返回的是解析出来的情况,根据不同的值完成不同的操作
void process();
//完成回应的函数
void response();
//可以看出我们给出的处理函数和回应函数都是没有参数的
//意味着我们需要在对象内部定义出:读缓冲区,写缓冲区,
private:
//存储读取的请求报文数据
char m_read_buf[READ_BUFFER_SIZE];
int m_read_idx;
//m_read_buf读取的位置m_checked_idx
int m_checked_idx;
//m_read_buf中已经解析的字符个数
int m_start_line;
//存储发出的响应报文数据
char m_write_buf[WRITE_BUFFER_SIZE];
//指示buffer中的长度
int m_write_idx;
}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
以上就是我们初步对于HTTP部分的一个原始构思。
这里你不需要纠结为什么为void返回值,因为这只是一个大概的框架,我们需要不断地细化这部分的变成最终确定process,response返回什么。
当然,这里的处理我们写的相当粗糙。因为我们虽然考虑到的有这么多情况,但是只是交给了一个函数处理,这会导致代码的复用性下降,同时整个处理代码会很庞大。
接下来第二步,就是为process response减负。