Servlet学习笔记（二）：request

Servlet整个运行过程图：

servlet运行

Web应用的标准目录结构:

Web应用的标准目录结构

（一）Request
1.Request 获取客户端和请求头的常用API

request_API

示例：

package cn.itcast.android.request;

import java.io.IOException;
import java.io.PrintWriter;

import javax.servlet.ServletException;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;

public class Demo01 extends HttpServlet {
    /**
    requset的常用API
     */
    public void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
        String url = request.getRequestURL().toString();
        String uri = request.getRequestURI();
        String Query = request.getQueryString();
        //客户机的IP地址
        String remote = request.getRemoteAddr();
        //Web服务器的IP地址
        String local = request.getLocalAddr();
        //客户的请求方式
        String method = request.getMethod();
        //servlet的映射路径
        String path = request.getServletPath();
        //web应用根目录
        String contextPath = request.getContextPath();
        //向浏览器输出，即response代表每个浏览器，从response对象中获取到的输出流自然指向每个浏览器
        PrintWriter pw = response.getWriter();
        pw.write(url + "
");
        pw.write(uri + "
");
        pw.write(Query + "
");
        pw.write(remote + "
");
        pw.write(local + "
");
        pw.write(method+ "
");
        pw.write(path + "
");
        pw.write(contextPath + "
");
    }
}

结果：

示例.PNG

2.Request获取请求参数

• 若以GET方式进行请求，请求参数位于请求行中；以POST方式进行请求，请求参数位于请求体中。如果表单中没有写method，则默认GET方式。
• 对于POST请求，表单不填任何内容信息，那么request.getParameter()返回一个" "空白字符串
• 当请求页面，出现HTTP Status 405 错误页面时，表明客户端以GET方式提交，但是服务器并没有相应的doGet()方式来处理，不能一 一对应，就会报错。
• 如果doPost和doGet，他们的业务逻辑是一样的，则他们两者之间可以进行互相调用。

public void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException{
        //调用doPost方法
        this.doPost(request, response);
    }

3.GET和POST出现乱码的原因和解决方案

• 先上一张图，让我们明白整个数据值他是怎样进行编码传递的

  
  
  

  乱码来源.png
  
  
  

  模拟过程
• 解决方案：

主要是服务器的解码方式为“ISO8859-1”，造成了乱码
1.修改服务器的解码方式（在conf文件中的server.xml）

修改服务器的配置文件

但是添加了被框住的语句，可能会造成一些麻烦。因为一般来说，服务器和程序员的工作是有明确分工的，不建议进行交涉，不推荐此方法。
2.将获取到的被“ISO8859-1”解码过后的字符串，用getBytes("ISO8859-1")进行还原成字节数组，再次对其进行按照“UTF-8”的形式进行解码，获得想要的
缺陷：不适合多个参数

• 关于解码问题

1.对于提交方式为POST的：
request.setCharacterEncoding("UTF-8");//放在getParameter前才会有效
本方法只针对于POST请求，因为POST的请求参数放在请求体中，而GET方式的数据放在请求行中

2.对于GET方式：只能采用传统方式
byte[] buf = xx.getBytes("ISO8859-1");
xx = new String(buf,"UTF-8");

4.封装User---JavaBean对象

• 简单介绍JavaBean
  程序中往往有重复使用的段落，JavaBean就是为了能够重复使用而设计的程序段落，而且这些段落并不只服务于某一个程序，而且每个JavaBean都具有特定功能，当需要这个功能的时候就可以调用相应的JavaBean。从这个意义上来讲，JavaBean大大简化了程序的设计过程，也方便了其他程序的重复使用。
• 满足这三个条件:
  1.执行java.io.Serializable 接口
  2.提供无参数的构造器
  3.提供getter 和 setter方法访问它的属性.

给个示例

例如：有如下的表单，采用POST进行提交数据，现在要对数据进行封装到JavaBean对象中去

package cn.itcast.android.request;

public class User {

    /**
     * 用户，用于封装所有的表单参数，即javabean
     */
    private String username;
    private String password;
    private String[] likes;
    private Integer salary;
    //无参构造器
    public User(){}
    public String getUsername() {
        return username;
    }
    public void setUsername(String username) {
        this.username = username;
    }
    public String getPassword() {
        return password;
    }
    public void setPassword(String password) {
        this.password = password;
    }
}

像这样就可以封装成一个User对象，然后，BeanUtils(user,name,values);将获取到的参数，封装起来。注意：name要与表单的name相对应。

5.request 域对象

• Request 有两层含义：
  （1）它是一个请求对象
  （2）域对象，理解为一个容器可以存放Object类型的数据
• 域对象作用

域对象作用

Request域对象常用的API：
（1）setAttribute(String, Object);------进行存放
（2）getAttribute(String);-----------------返回一个Object类型
（3）removeAttribute(String);-----------无void

6.转发

request.getRequestDispatcher("/ xxxxxxxxx ").forward(request,response);
/表示当前应用的根目录，forward实现真正地转发

• 位于WEB-INF这个私有目录下的资源，该如何访问呢？
  只能借助于转发
• 转发细节：
  （1）forward方法用于将请求转发到RequestDispatcher对象封装的路径去
  （2）如果向response对象中输出内容，但是该内容没有真正的输出到浏览器，即停留在response的缓冲区中。此时，若又要转发，这时，原缓冲区的内容就会被清空，不会被输出到浏览器上面，最终，结果是转发到目标资源，但是如果已经写入到HttpServletRequest对象中的响应头字段信息保持有效。
  （3）当真正地将内容输出到了浏览器中了，request对象的生命结束，而此时要进行转发response不会恢复，所以报错。意思是，不要在转发之前，提前把数据传给浏览器，这样是无用功。