HTTP【网络】

文章目录

HTTP
- [URL(Uniform Resource Lacator)](#URL(Uniform Resource Lacator))
HTTP协议格式
HTTP的方法
HTTP的状态码
HTTP常见的Header

HTTP

超文本传输协议，是一个简单的请求-响应协议，HTTP通常运行在TCP之上

URL(Uniform Resource Lacator)

一资源定位符，也就是通常所说的网址，是因特网的万维网服务程序上用于指定信息位置的表示方法。

URL的构成：

协议方案名：

http:// 表示的是协议名称，表示请求时需要使用的协议，通常使用的是HTTP协议或安全协议HTTPS。HTTPS是以安全为目标的HTTP通道，在HTTP的基础上通过传输加密和身份认证保证了传输过程的安全性
登录信息：
usr:pass表示的是登录认证信息，包括登录用户的用户名和密码。虽然登录认证信息可以在URL中体现出来，但绝大多数URL的这个字段都是被省略的，因为登录信息可以通过其他方案交付给服务器

服务器地址：

www.example.jp表示的是服务器地址，也叫做域名，例：www.baidu.com
可以通过ping命令，获得www.baidu.com这个域名解析后的IP地址

服务器端口号:

HTTP协议和套接字编程一样都是位于应用层的，在进行套接字编程时我们需要给服务器绑定对应的IP和端口，而这里的应用层协议也同样需要有明确的端口号
常见协议对应的端口号：HTTP ：80 、HTTPS： 443、SSH： 22
在使用某种协议时实际是不需要指明该协议对应的端口号的，因此在URL当中，服务器的端口号一般也是被省略的

带层次的文件路径：

/dir/index.htm表示的是要访问的资源所在的路径。访问服务器的目的是获取服务器上的某种资源，通过前面的域名和端口能找到对应的服务器进程了，此时要做的就是指明该资源所在的路径。

查询字符串：

uid=1表示的是请求时提供的额外的参数，这些参数是以键值对的形式，通过&符号分隔开的。

比如我们在bing上面搜索HTTP，此时可以看到URL中有很多参数，而在这众多的参数当中有一个参数q，表示的就是我们搜索时的搜索关键字q=http

因此双方在进行网络通信时，是能够通过URL进行用户数据传送的。

片段标识符:

ch1表示的是片段标识符，是对资源的部分补充。

HTTP协议格式

HTTP请求由以下四部分组成：

请求行：[请求方法]+[url]+[http版本]

请求报头：请求的属性，这些属性都是以key: value的形式按行陈列的。

空行：遇到空行表示请求报头结束。

请求正文：请求正文允许为空字符串，如果请求正文存在，则在请求报头中会有一个Content-Length属性来标识请求正文的长度

请求行、请求报头、空行是一般是HTTP协议自带的，是由HTTP协议自行设置的，而请求正文一般是用户的相关信息或数据，如果用户在请求时没有信息要上传给服务器，此时请求正文就为空字符串

如何将HTTP请求的报头与有效载荷进行分离？

对于应用层收到的一个HTTP请求来说，这里的请求行和请求报头就是HTTP的报头信息，而这里的请求正文实际就是HTTP的有效载荷。

根据HTTP请求当中的空行来进行分离，当服务器收到一个HTTP请求后，就可以按行进行读取，如果读取到空行则说明已经将报头读取完毕，后面剩下的就是有效载荷了

HTTP的方法

HTTP常见的方法如下：

GET : 获取资源支持的HTTP协议版本1.0、1.1

GET方法通过URL进行提参，参数数量受限的，不私密

POST: 传输实体主体支持的HTTP协议版本1.0、1.1

POST方法支持参数提交，用请求的正文来提交参数，和GET相比，POST更加私密一些

在index.html当中再加入两个表单，用作用户名和密码的输入

将提交表单的方法改为POST方法，此时当我们填充完用户名和密码进行提交时，对应提交的参数就不会在url当中体现出来，而会通过正文将这两个参数传递给了服务器。

html 复制代码

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    <title>Document</title>
</head>
<body>
    <form action="/a/b/hello.html" method="post">
        name: <input type="text" name="name"><br>
        password: <input type="password" name="passwd"><br>
        <input type="submit" value="提交">
    <!-- </form>
    <h1>这个是我们的首页</h1>
    <h1>这个是我们的首页</h1>
    <h1>这个是我们的首页</h1>
    <h1>这个是我们的首页</h1>
    <h1>这个是我们的首页</h1> -->

     <!-- <img src="/image/1.png" alt="这是一直猫" width="100" height="100"> 根据src向我们的服务器浏览器自动发起二次请求 -->
    <!-- <img src="/image/2.jpg" alt="这是花"> -->
</body>
</html>

打开浏览器的开发者工具，可以看出此时表单已经是POST了

将name填写为cxq ，密码123456

powershell 复制代码

[cxq@iZwz9fjj2ssnshikw14avaZ lesson45]$ ./HttpServer 8080

HTTP的状态码

Redirection（重定向状态码）

重定向状态码本质：让服务器指导浏览器，让浏览器访问新的地址

重定向又可分为临时重定向和永久重定向，其中状态码301表示的就是永久重定向，而状态码302和307表示的是临时重定向。

临时重定向：

临时重定向时需要用到Location字段，Location字段是HTTP报头当中的一个属性信息，该字段表明了你所要重定向到的目标网站。

将HTTP响应当中的状态码改为302，然后跟上对应的状态码描述，此外，还需要在HTTP响应报头当中添加Location字段，这个Location后面跟的就是你需要重定向到的网页，比如我们这里将其设置为https://www.qq.com
测试HTTP的临时重定向

Content-Type：数据类型（text/html等）。

Content-Length：正文的长度。

Host：客户端告知服务器，所请求的资源是在哪个主机的哪个端口上。

User-Agent：声明用户的操作系统和浏览器的版本信息。

Referer：当前页面是哪个页面跳转过来的。

Location：搭配3XX状态码使用，告诉客户端接下来要去哪里访问。

Cookie：用于在客户端存储少量信息，通常用于实现会话（session）的功能

Keep-Alive（长连接）

HTTP/1.0是通过request&response的方式来进行请求和响应的，HTTP/1.0常见的工作方式就是客户端和服务器先建立链接，然后客户端发起请求给服务器，服务器再对该请求进行响应，然后立马端口连接。

短连接：一个连接建立后，客户端和服务器只进行一次交互，就将连接关闭

长连接：现在主流的HTTP/1.1是支持长连接的。建立连接后，客户端可以不断的向服务器一次写入多个HTTP请求，服务器在上层依次读取这些请求，此时一条连接就可以传送大量的请求和响应

如果HTTP请求或响应报头当中的Connect字段对应的值是Keep-Alive，就代表支持长连接。

Content-Type：

cpp 复制代码

   void HandlerHttp(int sockfd)
    {
        char buffer[10240];
        // 接受请求
        ssize_t n = recv(sockfd, buffer, sizeof(buffer) - 1, 0); // 与read函数类似
        if (n > 0)                                               // 接受成功
        {
            buffer[n] = 0;                    // 将buffer当成字符串处理
            std::cout << buffer << std::endl; // 假设我们读取到的就是一个完整的，独立的http 请求
            HttpRequest req;
            // 将Http请求反序列化
            req.Deserialize(buffer);
            req.Parse();
            // 构建响应

            std::string text;
            text = ReadHtmlContent(req.file_path);
            // 打开文件失败
            bool ok = true; // 标致位  

            if (text.empty())
            {
                ok = false;
                std::string err_html = wwwroot;
                err_html += "/";
                err_html += "err.html";
                text = ReadHtmlContent(err_html);
            }

            std::string response_line;
            if (ok)
            { 
                response_line = "HTTP/1.0 200 OK\r\n";
            }
            else
            {
                response_line = "HTTP/1.0 404 Not Found\r\n";
            }
                  
            std::string response_header = "Content-Length:";
            response_header += std::to_string(text.size()); // Content-Length:11
            response_header += "\r\n";
                //根据文件后缀来添加对应
               response_header += "Content-Type: ";
            
            response_header += this->SuffixToDesc(req.suffix); 
             response_header += "\r\n";
            std::string blank_line = "\r\n"; // 空行，表示头部和正文的分隔
            std::string response = response_line;
            response += response_header;
            response += blank_line;
            response += text;
            // 返回响应
            send(sockfd, response.c_str(), response.size(), 0); // send函数类似于write
        }
        close(sockfd);
    }

Content-Type

Cookie：

第一次登录某个网站时，是需要输入账号和密码进行身份认证，此时如果服务器经过数据比对后判定你是一个合法的用户，为了后续在进行某些网页请求时不用重新输入账号和密码，此时服务器就会进行Set-Cookie的设置。（Set-Cookie也是HTTP报头当中的一种属性信息）

当认证通过，并在服务端进行Set-Cookie设置后，服务器在对浏览器进行HTTP响应时就会将这个Set-Cookie响应给浏览器。而浏览器收到响应后会自动提取出Set-Cookie的值，将其保存在浏览器的cookie文件当中，下一次浏览器发起http请求，http请求中就会携带Cookie文件中的内容，所以后续在进行某些网页请求时就不用再次输入账号和密码

cookie文件可以分为两种

1、内存级别的cookie文件

将浏览器关掉后再打开，访问之前登录过的网站，如果需要重新输入账号和密码，说明浏览器当中保存的cookie信息是内存级别

2、文件级别的cookie文件

将浏览器关掉后再打开，访问之前登录过的网站，如果不需要重新输入账号和密码，说明浏览器当中保存的cookie信息是文件级别

Cookie原理：

powershell 复制代码

[cxq@iZwz9fjj2ssnshikw14avaZ lesson45]$ ./HttpServer  8080

Cookie代码

SessionID：

第一次登录某个网站输入账号和密码后，服务器认证成功后还会服务端生成一个对应的SessionID，这个SessionID与用户信息是不相关的。服务器会将所有登录用户的SessionID值统一维护起来

服务端在对浏览器进行HTTP响应时，就会将这个生成的SessionID值响应给浏览器。浏览器收到响应后会自动提取出SessionID的值，将其保存在浏览器的cookie文件当中。后续浏览器访问服务器时，浏览器发起的HTTP请求当中会自动携带上这个SessionID

引入SessionID后，用户登录的账号信息由服务器去维护的，比较安全