cefsharp 发送请求服务器_web请求和常用对象｜乐字节

一、目标预览

常用对象的意义和作用

请求的发出方式

数据的发送和接收方式

跳转方式

乱码的解决

二、请求的方式

要访问服务器首先需要由客户端主动发出请求，在实际的操作中，我们可以通过多种方式向服务器发起请求。根据不同的场景需求，使用不同的请求方式可以达到不同的效果。

1. 地址栏输入

在浏览器地址栏直接输入要访问的地址即可，此种方式可以看做是访问服务器的起始操作。

http://ip:port/path

2. 超链接

使用超链接也可以向服务器发出请求

尚学堂

3. Form表单

当需要向服务器发送请求，并且传输一些用户输入的数据时，我们优先选择form表单的方式发起请求。

4. ajax

通过ajax发起的请求，属于异步请求，能实现局部刷新的效果，是一种比较常用的请求方式。

通过jQuery中的ajax(),get(),post(),getJSON()等方法都能发送请求

5. 请求转发

通过服务器内部将请求进行一次转发，可以请求到其他资源(后面讲)

6. 重定向

服务器通过给定一个新资源的地址，响应会客户端后，客户端自动再次发送一个请求到新资源的地址处。(后面讲)

三、HttpServletRequest 对象

1. 介绍

HttpServletRequest 对象：主要作用是用来接收客户端发送过来的请求信息，例如：请求的参数，发送的头信息等都属于客户端发来的信息，service()方法中形参接收的是 HttpServletRequest 接口的实例化对象，表示该对象主要应用在 HTTP 协议上，该对象是由 Tomcat 封装好传递过来。

HttpServletRequest 是 ServletRequest 的子接口，ServletRequest 只有一个子接口，就是 HttpServletRequest。既然只有一个子接口为什么不将两个接口合并为一个？

从长远上讲：现在主要用的协议是 HTTP 协议，但以后可能出现更多新的协议。若以后想要支持这种新协议，只需要直接继承 ServletRequest 接口就行了。

在 HttpServletRequest 接口中，定义的方法很多，但都是围绕接收客户端参数的。但是怎么拿到该对象呢？不需要，直接在 Service 方法中由容器传入过来，而我们需要做的就是取出对象中的数据，进行分析、处理。

2. 常用形式

1) 常用方法

2) 获取请求头

3) 获取客户端请求参数(客户端提交的数据)

3. 请求乱码解决

由于现在的 request 属于接收客户端的参数，所以必然有其默认的语言编码，主要是由于在解析过程中默认使用的编码方式为 ISO-8859-1(此编码不支持中文)，所以解析时一定会出现乱码。要想解决这种乱码问题，需要设置 request 中的编码方式，告诉服务器以何种方式来解析数据。或者在接收到乱码数据以后，再通过相应的编码格式还原。

方式一：

这种方式只针对 POST 有效(必须在接收所有的数据之前设定)

方式二：

借助了String 对象的方法，该种方式对任何请求有效，是通用的。

Tomcat8起，以后的GET方式请求是不会出现乱码的。

4. 请求转发

请求转发，是一种服务器的行为，当客户端请求到达后，服务器进行转发，此时会将请求对象进行保存，地址栏中的 URL 地址不会改变，得到响应后，服务器端再将响应发送给客户端，从始至终只有一个请求发出。实现方式如下，达到多个资源协同响应的效果

5. request作为域对象

通过该对象可以在一个请求中传递数据，作用范围：在一次请求中有效，即服务器跳转有效。

request.setAttribute()：设置域对象内容；request.getAttribute(String name):获取域对象内容；request.removeAttribute(String name): 删除域对象内容。

request 域对象中的数据在一次请求中有效，则经过请求转发，request 域中的数据依然 存在，则在请求转发的过程中可以通过 request 来传输/共享数据。

四、HttpServletResponse 对象

1. 介绍

Web 服务器收到客户端的 http 请求，会针对每一次请求，分别创建一个用于代表请求的 request 对象和代表响应的 response 对象。

request 和 response 对象代表请求和响应：获取客户端数据，需要通过 request 对象；向客户端输出数据，需要通过 response 对象。

HttpServletResponse 的主要功能用于服务器对客户端的请求进行响应，将 Web 服务器处理后的结果返回给客户端。service()方法中形参接收的是 HttpServletResponse 接口的实例化对象，这个对象中封装了向客户端发送数据、发送响应头，发送响应状态码的方法。

2. 常用方法

3. 刷新和页面自动跳转

所有头信息都是随着请求和回应自动发送到服务器端(客户端)，在 response 中一个比 较常用的头信息就是刷新的指令，可以完成定时刷新的功能。

resp.setHeader("refresh","2");

对于刷新的头信息，除了定时的功能外，还具备了定时跳转的功能，可以让一个页面定时跳转到一个指定的页面。(已经注册成功，两秒后跳转到登陆页面)

response.setHeader("refresh","3;URL=ok.html");

但是这种跳转不是万能的，有时候根本就无法进行跳转操作，返回后刷新不会跳转；对于这种定时跳转的头信息，也可以采用 HTML 的方式进行设置，HTML 本身也可以设 置头信息。(客户端跳转)

4. 数据响应

接收到客户端请求后，可以通过 HttpServletResponse 对象直接进行响应，响应时需要获取输出流，有两种形式 getWriter()获取字符流(只能响应回字符)；getOutputStream()获取字节流(能响应一切数据)。响应回的数据到客户端被浏览器解析。注意：两者不能同时使用。

5. 乱码解决

我们会发现在上述的响应中，如果我们响应的内容中含有中文，则有可能出现乱码。这是因为服务器响应的数据也会经过网络传输，服务器端有一种编码方式，在客户端也存在一种编码方式，当两端使用的编码方式不同时则出现乱码。

getWriter()的字符乱码

对于 getWriter()获取到的字符流，响应中文必定出乱码，由于服务器端在进行编码时默认会使用 ISO-8859-1 格式的编码，该编码方式并不支持中文。所以要解决该种乱码只能在服务器端告知服务器使用一种能够支持中文的编码格式，比如我们通常用的“UTF-8” resp.setCharacterEncoding("UTF-8");，此时还只完成了一半的工作，要保证数据正确显示，还需要指定客户端的解码方式 resp.setHeader("content-type", "text/html;charset=UTF-8");，和服务器一致。两端指定编码后，乱码就解决了。一句话：保证发送端和接收端的编码一致

以上两端编码的指定也可以使用一句替代，同时指定服务器和客户端

resp.setContentType("text/html;charset=utf-8");

getOutputStream()字节乱码

对于 getOutputStream()方式获取到的字节流，响应中文时，由于本身就是传输的字节， 所以此时可能出现乱码，也可能正确显示，这就看人品了^_^。当服务器端给的字节恰好和客户端使用的编码方式一致时则文本正确显示，否则出现乱码。无论如何我们都应该准确掌握服务器和客户端使用的是那种编码格式，以确保数据正确显示。指定客户端和服务器使用的编码方式一致即可 。 resp.setHeader("content-type", "text/html;charset=UTF-8");。

同样也可以使用一句替代

resp.setContentType("text/html;charset=utf-8");

总结：要想解决响应的乱码，只需要保证使用支持中文的编码格式。并且保证服务器端 和客户端使用相同的编码方式即可。

6. 响应图片

在学习 HTML 的时候我们知道使用的方式可以显示图片。但有的时候我们并不知道(或不能确定)图片的路径，需要通过请求服务器资源动态地响应图片给客户端。这种方式和文件拷贝的理念是一致的，客户端请求服务器的资源，在服务端获取到真实的图片资源，通过输入流读取到内存，然后通过输出流写出到客户端即可。

值得注意的是，在客户端解析资源时默认是以文本(text/html)的形式，当响应图片时 需要指定响应头信息，告知客户端响应内容为图片形式，使用一种叫做 MIME 类型的东西来指定。MIME 类型见 Tomcat 的 web.xml 文件。

定义某一个扩展名和某一个 MIME Type 做对应，包 含两个子元素：

扩展名的名称

MIME 格式

7. 重定向跳转

重定向是一种服务器指导，客户端的行为。客户端发出第一个请求，被服务器接收，经过处理服务器进行响应，与此同时，服务器给客户端一个地址(下次请求的地址 resp.sendRedirect("url");)，当客户端接收到响应后，立刻、马上、自动根据服务器 给的地址进行请求的发送第二个请求，服务器接收请求并作出响应，重定向完成。从描述中可以看出重定向当中有两个请求存在，并且属于客户端行为。实现方式如下：

通过观察浏览器我们发现第一次请求获得的响应码为 302，并且含有一个 location 头信息。并且地址栏最终看到的地址是和第一次请求地址不同的，地址栏已经发生了变化。

请求转发和重定向比较：

两者都可进行跳转，根据实际需求选取即可。

五、请求时的路径问题

在请求资源时，必须给出正确的路径，否则是找不到资源的。路径分为相对路径和绝对路径，绝对路径可简单理解为完整路径，在web项目中绝对路径分两种，一种是以http://开头的，该种绝对路径已经跨域，即任何地方的资源都能访问，另一种则是从当前域名|IP|主机后的端口号开始的，不能跨域，也属于一种绝对路径。相对路径则就是相对当前资源所在路径。

我们学的所有的请求可以分为客户端和服务器端请求两类(不考虑ajax)；

相对路径

书写路径时，无论是哪类请求相对路径都是相对当前资源的路径

书写格式：直接从当前路径开始写，目录前不加任何符号；a.html html/b.html

“/”代表的是http://主机|IP:端口/站点名

绝对路径

使用绝对路径时则有两种方式，以http://开头，或者以/开头，但是注意：只有客户端跳转才能使用http://这种方式， 此时需要写出资源的完整路径；另一种以/开头的绝对路径，则是绝对到端口后，例如本机则是：http://localhost:8080此时则是 / 代表以上一串字符。 /helloworld/a.html -》 http://localhost:8080/helloworld/a.html

现在对于我们来说，只有请求转发属于服务器跳转，其他都是客户端跳转。通过观察地址栏状态也可判定跳转类型(请求类型)，地址栏不变-》服务器端跳转；地址栏改变-》客户端跳转。