HTTP请求

最新推荐文章于 2023-07-14 00:34:01 发布

java小白战五渣

最新推荐文章于 2023-07-14 00:34:01 发布

阅读量216

点赞数

本文链接：https://blog.csdn.net/weixin_44599202/article/details/102688107

版权

HTTP

HTTP协议是Hyper Text Transfer Protocol（超文本传输协议）的缩写,是用于从万维网（WWW:World Wide Web ）服务器传输超文本到本地浏览器的传送协议。。
HTTP是一个基于TCP/IP通信协议来传递数据（HTML 文件, 图片文件, 查询结果等）。

注：超文本”是超级文本的中文缩写。超文本是用超链接的方法，将各种不同空间的文字信息组织在一起的网状文本。

HTTPS和HTTP的区别

HTTP和HTTPS的区别

TCP/IP协议栈

首先我们梳理一下每层模型的职责：

链路层：对0和1进行分组，定义数据帧，确认主机的物理地址，传输数据；
网络层：定义IP地址，确认主机所在的网络位置，并通过IP进行MAC寻址，对外网数据包进行路由转发；
传输层：定义端口，确认主机上应用程序的身份，并将数据包交给对应的应用程序；
应用层：定义数据格式，并按照对应的格式解读数据。
TCP/IP详解

HTTP工作原理

HTTP协议工作于客户端-服务端架构上。浏览器作为HTTP客户端通过URL向HTTP服务端即WEB服务器发送所有请求。
Web服务器有：Apache服务器，IIS服务器（Internet Information Services）等。
Web服务器根据接收到的请求后，向客户端发送响应信息。
HTTP默认端口号为80，但是你也可以改为8080或者其他端口。

HTTP三点注意事项

HTTP是无连接：无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。
HTTP是媒体独立的：这意味着，只要客户端和服务器知道如何处理的数据内容，任何类型的数据都可以通过HTTP发送。客户端以及服务器指定使用适合的MIME-type内容类型。
HTTP是无状态：HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。
在这里插入图片描述

HTTP请求方法

HTTP 协议的 8 种请求类型介绍
HTTP 协议中共定义了八种方法或者叫“动作”来表明对 Request-URI 指定的资源的不同操作方式，具体介绍如下：
GET：向特定的资源发出请求。
POST：向指定资源提交数据进行处理请求（例如提交表单或者上传文件）。数据被包含在请求体中。POST请求可能会导致新的资源的创建和/或已有资源的修改。

OPTIONS：返回服务器针对特定资源所支持的HTTP请求方法。也可以利用向Web服务器发送’*'的请求来测试服务器的功能性。
HEAD：向服务器索要与GET请求相一致的响应，只不过响应体将不会被返回。这一方法可以在不必传输整个响应内容的情况下，就可以获取包含在响应消息头中的元信息。
PUT：向指定资源位置上传其最新内容。
DELETE：请求服务器删除 Request-URI 所标识的资源。
TRACE：回显服务器收到的请求，主要用于测试或诊断。
CONNECT：HTTP/1.1 协议中预留给能够将连接改为管道方式的代理服务器。

虽然 HTTP 的请求方式有 8 种，但是我们在实际应用中常用的也就是 get 和 post，其他请求方式也都可以通过这两种方式间接的来实现。

HTTP响应头信息

Allow ：服务器支持哪些请求方法（如GET、POST等）。
Content-Encoding：文档的编码（Encode）方法。
Content-Type：表示后面的文档属于什么MIME类型
……
……
……

HTTP状态码

当浏览者访问一个网页时，浏览者的浏览器会向网页所在服务器发出请求。当浏览器接收并显示网页前，此网页所在的服务器会返回一个包含HTTP状态码的信息头（server header）用以响应浏览器的请求。

HTTP状态码的英文为HTTP Status Code。
下面是常见的HTTP状态码：

200 - 请求成功
301 - 资源（网页等）被永久转移到其它URL
404 - 请求的资源（网页等）不存在
500 - 内部服务器错误

HttpClient

StringEntity

StringEntity extends AbstractHttpEntity implements Cloneable

继承于AbstractHttpEntity类，这个类做参数的时候设置比较灵活，通过类的构造方法可以看到有两个参数，一个是具体的参数值（string串），另一个是ContentType，通过重写的构造方法看到，当不指定ContentType时默认的ContentType是text/plain，具体看下图构造方法：
在这里插入图片描述

HttpPost post=new HttpPost("https://api.weixin.qq.com/cgi-bin/template/api_set_industry?access_token=ACCESS_TOKEN");
JSONObject param=new JSONObject();
param.put("key","value");
StringEntity  requestentity=new StringEntity(param.toString());
requestentity.setContentType(ContentType.APPLICATION_JSON.toString());
post.setEntity(requestentity);

所以当要通过post发送json数据时就要额外设置Contentype为application/json或在初始化时传入一个Contentype类型。其他类型也一样可以自由设置，要注意的就是默认值，以免忘记设定而造成请求出错。

UrlEncodeFormEntity

UrlEncodeFormEntity继承字上面的StringEntity ，可以认为指定类型的entity，说到指定类型，UrlEncodeFormEntity默认指定了他的ContentType就是application/x-www-form-urlencoded，所以使用这个类做参数，会将参数以key1=value1&key2=value2的键值对形式发出。类似于传统的application/x-www-form-urlencoded表单上传。

对于ContentType中的值
在这里插入图片描述

从构造方法看到在初始化时就指定了ContentType，也就决定了参数的形式，还要注意到参数是以UrlEncodeFormEntity放到HttpPost对象里的，但是UrlEncodeFormEntity创建时必须是NameValuePair类型的对象或对象的集合作为他的构造参数，不能是String类型，上面的构造方法里面可以看到参数类型是Iterable<? extends NameValuePair> parameters，这是一个死的限制，也就是说要用UrlEncodeFormEntity作为参数传递，那数据格式组装就必须要用NameValuePair类型。

 List<NameValuePair> params=new ArrayList<>(); 
 params.add(new BasicNameValuePair("key1","value1"));
 params.add(new BasicNameValuePair("key2","value2"));  
 params.add(new BasicNameValuePair("key3","value3"));  
 UrlEncodedFormEntity  entity=new UrlEncodedFormEntity(params,"UTF-8");  post.setEntity(entity);