resp***e详解（servlet如何重定向）

本文目录

• servlet如何重定向
• http报文详解
• JDK9响应式流使用详解
• Http协议请求和响应报文字段详解
• python requests库中的post详解
• 什么是客户端和端口详解！谢谢！
• 第八题，resp***e是可数吧，为什么用was求详解

servlet如何重定向

　　重定向2种方式：
　　resp********(resp*******_MOVED_TEMPORARILY);
　　resp********("Location", url);
　　重定向：HttpServletResp***e的sendRedirect()方法。
　　服务器根据此请求寻找资源并发送给客户，它可以重定向到任意URL，不能共享request范围内的数据。例如:resp********(“*****");//重定向到*****
　　详解：假设浏览器访问servlet1，而servlet1想让servlet2为客户端服务。此时servlet1调用sendRedirect()方法，将客户端的请求重新定向到Servlet2。接着浏览器访问servlet2，servlet2对客户端请求作出反应。浏览器URL的地址栏改变。

http报文详解

HTTP工作原理

HTTP报文大致分为 报文首部 和 报文主体 两块，中间用 空行 来划分。通常，不一定有报文主体。

举个栗子，浏览器地址栏输入 ***** ，打开控制台，查看 Request Headers ，看到如下信息：

第一行为请求行： GET / HTTP/******隐藏网址***
HOST ：请求资源所在服务器
Connection keep-alive ：一般情况下，一旦web服务器向浏览器发送了请求数据，他就要关闭TCP连接，然后如果浏览器或者服务器在其头信息加入了Connection:keep-alive，则TCP连接在发送后仍将保持打开状态，于是，浏览器可以继续通过相同的连接发送请求，保持连接节省了为每个请求建立新连接所需要的时间，还节约了网络带宽。
User-Agent :客户端程序的信息，就是我发送请求的浏览器信息。
Accept ：列出了浏览器可以接收的媒体数据类型：

**Accept-Encoding: **是浏览器用来告知服务器它能够支持的内容编码及内容编码的优先级顺序，可一次性指定多种内容编码。gzip：有文件压缩程序gzip生成的编码格式。deflate：组合使用zlib格式和deflate压缩算法生成的编码格式。sdch： Shared Dictionary Compression over HTTP字典压缩算法。
Accept-Language: 告知服务器浏览器能够处理的自然语言集（中文、英文等）。zh-CN中文简体。
Cookie ：浏览器记录的用户相关信息。

浏览器控制台给出了相应的 Rep***e Headers :

第一行状态行：给出了 状态码200 ，表示请求已被正常处理。
Server： 这是服务器用来告诉客户端当前服务器上安装的HTTP服务器应用程序的信息，可能包含服务器上的软件应用名称，版本号等。
Content-Type: 此字段标明了服务器返回给浏览器的实体内容的类型是text/html，charset为UTF-8。这部分与请求头中的Accept相对应。
Transfer-Encoding: chunked 表示输出的内容长度不能确定，普通的静态页面、图片之类的基本上都用不到这个。动态页面中可能会用到。
**Cache-Control: **缓存控制，默认值为private，表示内容只缓存到私有缓存中(仅客户端可以缓存，代理服务器不可缓存)。
Expires: 告知客户端资源失效的日期。当浏览器看到响应中有一个Expires头时，它会和相应的组件一起保存到其缓存中，只要组件没有过期，浏览器就会使用缓存版本而不会进行任何的HTTP请求。Expires设置的日期格式必须为GMT（格林尼治标准时间）。
**X-UA-Compatible: **设置浏览器兼容模式。 IE=Edge 指定IE浏览器以最新的标准来渲染页面，chrome=1 则可以激活Chrome Frame，将允许站点在使用了谷歌浏览器内嵌框架（Chrome Frame）的客户端渲染，对于没有使用的，则没有任何影响。

在刚才访问 ***** 的例子中，控制台点击Resp***e，我们就可以看到服务器返回给浏览器的数据（如图），数据格式为html，浏览器拿到数据后解析渲染成我们所看到的百度首页。

在百度的搜索栏输入我们想要搜索的数据，例如我输入了百科，刷新观察Network给出的报文信息，我们会发现请求头（Request Headers）后面多了一串数据Query String Parameters（查询字符串参数列表），如图所示，

这表示当我们想要查询一些数据的时候，浏览器将查询的数据信息一并打包到HTTP请求报文中发送给了服务器。服务器处理完成后，返回给浏览器一串JavaScript的字符串：

JDK9响应式流使用详解

上文中咱们简单提到了JDK9中Flow接口中的静态内部类实现了响应式流的J**A API，并且提供了一个一个Publisher的实现类SubmissionPublisher。本文将先梳理一下接口中具体的处理流程，然后再以几个调用者的例子来帮助大家理解。

再放上一下上文中的响应式流的交互流程：

该流程的角度是以接口调用的交互来说的，而考虑实际的coding工作中，我们的调用流程其实为:

接下来我们按照这个流程来梳理一下代码细节。

对于实现响应流的最开始的步骤，便是创建一个发布者。之前提到在JDK9中提供了一个发布者的简单实现*****继承自*****，他有三种构造函数:

最简单的创建SubmissionPublisher的方法就是直接使用无参构造方法:

上文书说到，因为SubmissionPublisher实现了AutoCloseable接口，所以可以用try来进行资源回收可以省略close()的调用：

但是也可以手动的调用close()方法来显示的关闭发布者，关闭后再发送数据就会抛出异常:

其中的onError和onComplete方法只进行打印，这里就不再说了。

当发布者需要推送消息的时候会调用submit方法或者offer方法，上文中我们提到submit实际上是offer的一种简单实现，本节咱们自己比较一下。

首先他们的方法签名为:

而submit 和 offer的直接方法为:

可以看到他们的底层调用的都是 doOffer 方法，而doOffer的方法签名为:

所以，根据submit()的参数我们可以发现，submit会一直阻塞直到数据可以被消费(因为不会阻塞超时，所以不需要传入onDrop()方法)。而我们可以根据需要配置offer()选择器。如果必须要求数据都要被消费的话，那就可以直接选择submit(),如果要设置重试次数的话就可以选择使用offer()

下面看一个具体的程序例子，程序将以3秒为周期进行数据发布：

代码后是运行结果如下:

由于是异步执行，所以在“接收数据”部分的顺序可能不同。

我们分析一下程序的执行流程。

执行的日志满足上述流程而针对一些关键点为:

JDK9中在Flow接口中实现了Java API的4个接口，并提供了SubmissionPublisher 作为Publisher 接口的简单实现。

Http协议请求和响应报文字段详解

HTTP请求报文由3部分组成（ 请求行+请求头+请求体 ）：

下面是一个实际的请求报文：

以这个报文为例：

*****：代表请求写协议，一般是get或post，区别：

这个例子稍微复杂点。首先生成了一个 boundary 用于分割不同的字段，为了避免与正文内容重复，boundary 很长很复杂。然后 Content-Type 里指明了数据是以 mutipart/form-data 来编码，本次请求的 boundary 是什么内容。消息主体里按照字段个数又分为多个结构类似的部分，每部分都是以 --boundary 开始，紧接着内容描述信息，然后是回车，最后是字段具体内容（文本或二进制）。如果传输的是文件，还要包含文件名和文件类型信息。消息主体最后以 --boundary-- 标示结束。
这种方式一般用来上传文件，各大服务端语言对它也有着良好的支持。
上面提到的这两种 POST 数据的方式，都是浏览器原生支持的，而且现阶段原生 form 表单也只支持这两种方式。

HTTP的响应报文也由三部分组成（响应行+响应头+响应体）
以下是一个实际的HTTP响应报文：

①报文协议及版本；
②状态码及状态描述；
③响应报文头，也是由多个属性组成；
④响应报文体，即我们真正要的“干货”。

python requests库中的post详解

一、post请求及响应详解

返回结果：

大家看，其实通过post发送请求很简单

下面再讲讲返回信息的具体内容

大家看，其实有很多的返回值参数，其实我们实际中能用到的并不多，我下边一一列举出来了

resp********()：返回信息的格式是json，应为我们请求的时候是json格式，返回的也是一个json，如果返回报错，应该是开发的接口出错了

resp********：如果resp********，可以使用text调试一下，看看具体的返回内容是什么，这里看到的都是字符串了

***隐藏网址***

resp********：返回请求时的url地址

resp********：返回服务器给你的响应header

resp********：返回服务器给你的cookies，这是一个多么好的获取cookie的方法啊，

resp********：同resp********是一样的

二、post请求中的其他参数

复制

import requests

res = *****(url="url",data="body",timeout=30,verfiy=False)

print(*****())

url：请求的全路径地址，一定是要完整的路径哦

data：请求的内容，如果是json的格式，最好使用*****，反序列化一下，避免格式错误，如果是其他格式，就都是字符串了

timeout：设置超时时间，这样我们在自动化测试和爬虫的时候，当达到了设置的超时时间，我们的程序就退出不会一直等待了，可以做其他操作了

***隐藏网址***

好了，post的请求详解就这些了，欢迎大家点赞留言，我会给大家解答疑问的

什么是客户端和端口详解！谢谢！

了解Client 及Server 间的关系。在计算机的世界里，凡是提供服务的一方我们称为伺服端（Server），而接受服务的另一方我们称作客户端（Client）。我们最常接触到例子是局域网络里的打印服务器所提供的打印服务：提供打印服务的计算机，我们可以说它是打印服务器；而使用打印服务器提供打印服务的另一方，我们则称作客户端。但是谁是客户端谁是伺服端也不是绝对的，例如倘若原提供服务之伺服端要使用其它机器所提供之服务，则所扮演之角色即转变为客户端。
而这种关系在因特网上，就变成使用者和网站的关系了。使用者透过调制解调器等设备上网，在浏览器中输入网址，透过HTTP 通讯协议向网站提出浏览网页的要求（Request）。网站收到使用者的要求后，将使用者要浏览的网页数据传输给使用者，这个动作称为响应（Resp***e）。网站提供网页数据的服务，使用者接受网站所提供的数据服务；所以使用者在这里就是客户端，响应使用者要求的网站即称为伺服端。
不过客户端及伺服端的关系不见得一定建立在两台分开的机器上，同一台机器中也有这种主从关系的存在。提供服务的伺服端及接受服务的客户端也有可能都在同一台机器上，例如我们在提供网页的服务器上执行浏览器浏览本机所提供的网页，这样在同一台机器上就同时扮演伺服端及客户端 .
什么是“端口”？
计算机"端口"是英文port的译义，可以认为是计算机与外界通讯交流的出口。其中硬件领域的端口又称接口，如：USB端口、串行端口等。软件领域的端口一般指网络中面向连接服务和无连接服务的通信协议端口，是一种抽象的软件结构，包括一些数据结构和I/O（基本输入输出）缓冲区。
在网络技术中，端口（Port）有好几种意思。集线器、交换机、路由器的端口指的是连接其他网络设备的接口，如RJ-45端口、Serial端口等。我们 这里所指的端口不是指物理意义上的端口，而是特指TCP/IP协议中的端口，是逻 辑意义上的端口。
那么TCP/IP协议中的端口指的是什么呢？如果把IP地址比作一间房子 ，端口就是出入这间房子的门。真正的房子只有几个门，但是一个IP地址的端口 可以有65536（即：256×256）个之多！端口是通过端口号来标记的，端口号只有整数，范围是从0 到65535（256×256）。
在Internet上，各主机间通过TCP/IP协议发送和接收数据包，各个数据包根据其目的主机的ip地址来进行互联网络中的路由选择。可见，把数据包顺利的传送到目的主机是没有问题的。问题出在哪里呢?我们知道大多数操作系统都支持多程序（进程）同时运行，那么目的主机应该把接收到的数据包传送给众多同时运行的进程中的哪一个呢？显然这个问题有待解决，端口机制便由此被引入进来。
本地操作系统会给那些有需求的进程分配协议端口（protocal port，即我们常说的端口），每个协议端口由一个正整数标识，如：80，139，445，等等。当目的主机接收到数据包后，将根据报文首部的目的端口号，把数据发送到相应端口，而与此端口相对应的那个进程将会领取数据并等待下一组数据的到来。说到这里，端口的概念似乎仍然抽象，那么继续跟我来，别走开。
端口其实就是队，操作系统为各个进程分配了不同的队，数据包按照目的端口被推入相应的队中，等待被进程取用，在极特殊的情况下，这个队也是有可能溢出的，不过操作系统允许各进程指定和调整自己的队的大小。
不光接受数据包的进程需要开启它自己的端口，发送数据包的进程也需要开启端口，这样，数据包中将会标识有源端口，以便接受方能顺利的回传数据包到这个端口。

第八题，resp***e是可数吧，为什么用was求详解

resp***e 既可数也不可数
复数 resp***es 是指各种不同的回应
通常 resp***e 是用单数 表达
例句
There seems to be little resp***e from the audience to the performance.
What are some of the possible resp***es to "thank you very much"?