Servlet基础

最新推荐文章于 2022-10-10 17:56:49 发布

Mr.OO

最新推荐文章于 2022-10-10 17:56:49 发布

阅读量197

点赞数 2

分类专栏： JAVAWEB学习之路个人笔记文章标签： Servlet servlet基础

本文链接：https://blog.csdn.net/Mr_OO/article/details/96481834

版权

JAVAWEB学习之路个人笔记专栏收录该内容

73 篇文章 0 订阅

订阅专栏

简介：

servlet 是运行在Web服务器中的小型 java 程序。servlet 通常通过 HTTP（超文本传输协议）接收和响应来自Web客户端的请求。也就是说，Servlet 是由我们自己来完成的！但Servlet一定要实现 java.servlet.Servlet 接口，并且还要在 web.xml 文件中部署！不然 Tomcat 是找不到我们写的Servlet 的。

五大方法：

/**
     * 当Servlet实例被创建的时候被调用，做初始化工作
     *ServletConfig:Servlet的配置对象，初始化的时候进行配置
     */
    @Override
    public void init(ServletConfig servletConfig) throws ServletException {

    }

    /**
     *获得ServletConfig的配置对象
     */
    @Override
    public ServletConfig getServletConfig() {
        return null;
    }

    /**
     * 当一个请求来请求当前的Servlet的时候被调用
     * 处理当前的Servlet的业务逻辑并且把相应的返回给浏览器
     */
    @Override
    public void service(ServletRequest servletRequest, ServletResponse servletResponse) throws ServletException, IOException {

    }

    /**
     *获取当前的Servlet的一些属性信息（了解）
     */
    @Override
    public String getServletInfo() {
        return null;
    }

    /**
     * 是Servlet的实例对象被销毁的时候调用
     * 做一些收尾或清理的工作
     */
    @Override
    public void destroy() {

    }

注意：

servlet 容器仅在实例化 servlet 之后调用 init 方法一次；在 servlet 可以接收任何请求之前，init 方法必须成功完成。
service(req,res) 方法仅在 servlet 的 init() 方法成功之后调用。
destroy() 方法仅在 service 方法已退出或者在过了超时期之后调用一次，调用此方法以后，servlet 容器不会再对此 servlet 调用 service方法
destroy() 方法为 servlet 提供了一个清除持有的所有资源（比如内存，文件句柄和线程）的机会，并确保任何持久状态都与内存中该servlet 的当前状态保存同步。

servlet生命周期

从第一次调用到服务器关闭
如果 servlet在web.xml中配置了 load-on-startup （配置的数字代表调用顺序），生命周期从服务器启动到服务器关闭
注意：init 方法是对 servlet 进行初始化的一个方法，会在 servlet 第一次加载进行存储时执行
destory 方法是在servlet被销毁时执行，也就是服务器关闭时

service方法和doGet方法和doPost方法的区别

service 方法：可以处理 get/post 方法的请求，如果 servlet 中有 service方法，会优先调用 service方法对请求进行处理。
doGet 方法：处理get方式的请求
doPost 方法：处理post方式的请求
注意：如果覆写的 service 方法中调用了父类的 service 方法（super.service(arg0,arg2)）,则service 方法处理完后会再次根据请求方式响应 doGet 和 doPost 方法执行。所以，一般不调用此父类方法，避免出现405错误。

servlet常见错误：

404错误：资源未找到

  原因一：在请求地址中的 servlet 的别名书写错误

  原因二：虚拟项目名称拼写出错误

500错误：
① java,lang.ClassNotFoundException

  	解决： 在web.xml中校验路径是否拼写错误

② 逻辑错误（例如除以0类型）

  	解决： 根据具体错误去更改

405错误：请求方式不支持

  	原因：请求方式和 servlet 中的方法不匹配造成

  	解决：尽量使用 service 方法进行请求处理，并且不要在service 方法中调用父类的 service

request对象学习：

作用：request 对象中封存了当前请求的所有请求信息
作用：获取请求头数据 – 获取请求行数据 – 获取用户数据
注意： request对象由 tomcat 服务器创建，并作为实参传递给处理请求的 servlet 的 service方法

response对象学习

作用：用来响应数据到浏览器的一个对象
使用：
①设置响应头

  resp.setHeader("mouse","two elephents");      // 在响应头中添加响应信息，但同键会覆盖
  resp.addHeader("key","do");		//在响应头中添加响应信息，但是不会覆盖

②设置响应状态

  resp.sendError(405,"this is a joke");     //自定义响应状态码

③设置响应实体

  resp.getWrite().write(" this is resp study");      //响应具体数据给服务器

④设置响应编码格式

   resp.setContentType("text/html;charset = utf-8");
   resp.getWriter().write("<h1> this is resp study </h1>");

service请求处理代码流程：

设置响应编码格式
获取请求数据
处理请求数据
数据库操作（MVC）
响应处理结果

请求乱码问题解决

使用String进行重新编码:

  uname = new String(uname.getBytes("iso8859-1"),"utf-8");

Get 方式请求：

  在 service 方法中使用：req.setCharacterEnCoding("utf-8");

  在tomcat服务器目录下的conf文件找到server.xml文件，在端口号=“8080”，protocol="HTTP/.1.1"那一栏，最后加上 useBodyEncodingForURI="true"

Post方式请求：

  在service方法中使用：req.setCharacterEncoding("utf-8");

servlet流程总结：

浏览器发送请求到服务器（请求）
服务器接收浏览器的请求，创建request对象存储请求数据
服务器调用对应的servlet进行请求处理，并将request对象作为实参传递给Servlet的方法进行请求处理
设置请求编码格式–>>设置响应编码格式–>>获取请求信息–>>处理请求信息–>>创建业务层对象–>>调用业务层对象的方法–>>响应处理结果

请求转发学习：

作用：实现多个servlet联动操作处理请求，这样避免代码冗余，让servlet的职责更加明确
使用：req.getRequestDispatcher(“地址”).forward(req,resp); 地址：相对路径
特点：一次请求，浏览器地址栏信息不改变
注意：请求转发后直接 return 结束即可。

使用request对象的作用域：

使用： request.setAttribute(object name,Object value); request.getAttribute(Object obj)
作用：解决了一次请求内的不同Servlet的数据共享问题。
作用域：基于请求转发，一次请求中的所有 servlet 共享。
注意：使用 Request 对象进行数据流转，数据只有一次请求内有效。
特点：服务器创建------每次请求都会创建------生命周期只有一次请求

重定向：

解决了表单重复提交的问题，以及当前的servlet无法处理的请求的问题
使用： resp.sendRedirect(String uri);
示例：resp.sendRedirect("/ServletLogin005_war_exploded/main");
特点：两次请求，两个request对象 — 浏览器地址栏信息改变 —
时机：如果请求中有表单数据，而数据又比较重要，不能重复提交，建议使用重定向。
如果请求被servlet接收后，无法进行处理，建议使用重定向到可处理的资源。

Cookie学习

作用：解决了发送的不同请求的数据共享问题
使用： Cookie的创建和存储
```
  // 创建 Cookie 对象
```

  Cookie c = new Cookie(String name,String value);

```
  //设置 cookie (可选）
```
```
  	//设置有效期
```
```
  c.setMaxAge(int seconds);
```
```
  	//设置有效路径
```
```
  c.setpath(String uri);
```
```
  // 响应 Cookie 信息给客户端
```
```
  resp.addCookie(c);
```
Cookie的获取
```
  // 获取Cookie信息数组
```
```
  Cookie[] cks = req.getCookies();
```
```
  // 遍历数组获取Cookie信息
```
```
  使用for循环遍历即可：
```
if(cks != null)
{
for (Cookie c : cks) {
String name = c.getName();
String value = c.getValue();
System.out.println(name + “:” + value);
}
}
注意：一个Cookie对象存储一条数据。多条数据，可以多创建几个Cookie对象进行存储
特点：
---- 浏览器端的数据存储技术
---- 存储的数据声明在服务器
---- 临时存储：存在浏览器内存中，浏览器关闭即失效
---- 定时存储：设置了 Cookie 的有效期，存储在客户端的硬盘里面
---- 默认cookie信息存储好之后，每次请求都会附带，除非设置有效路径

session技术学习

问题：一个用户的不同请求处理的数据共享怎么办
解决：使用 session 技术
原理：用户第一次访问服务器，服务器会创建一个session对象给此用户，并将该session对象的 JSESSIONID 使用Cookie 技术存储到浏览器中，保证了用户的其他请求能够获取到同一个 session 对象，也保证了不同请求能够获取到共享的数据。
特点： ---- 存储在服务器端
---- 服务器进行创建
---- 依赖Cookie技术
---- 一次会话
---- 默认存储时间是三十分钟
作用：解决了一个用户不同请求处理的数据共享问题
使用：创建session对象/获取session对象

  	HttpSession hs = req.getSersssion();

  如果请求中拥有session的标识符也就是JSESSIONID,则返回其对应的session队形

  如果请求中没有session的标识符也就是JSESSIONID,则创建新的session对象，并将其JSESSIONID作为cookie数据存储到浏览器中

  如果session对象失效了，也会重新创建一个session对象，并将其JSESSIONID存储在浏览器内存中

  hs.setMaxInactiveInterval(int seconds);   //在指定时间内如果该对象没被使用则销毁

```
  设置session强制失效
```
```
  hs.invalidate();
```
```
  存储和获取数据
```

  	存储 ： hs.setAttribute(String name,object value);

  	获取： hs.getAttribute(String name);   返回的数据类型为Object

  	注意： 存储的动作和取出的动作发生在不同的请求中，但是存储要先于取出执行。

使用时机：
一般用户在登录web项目时会将用户的登录信息存储到Session中，供该用户的其他请求使用。
总结：
session解决了一个用户的不同请求的数据共享问题，只要在JSESSIONID不失效和session对象不失效的情况下。用户的任意请求在处理时都能获取到同一个session对象
作用域：
一次会话或者在JSESSIONID和SESSION对象不失效的情况下为整个项目内
session失效处理：
将用户请求中的JSESSIONID和后台获取到的SESSION对象的JSESSIONID进行对比，如果一致，则没有失效，不一致则证明失效了。重定向到登录页面，让用户重新登录。
注意：
JSESSIONID存储在了Cookie的临时存储空间中，浏览器关闭即失效

ServletContext对象：

解决的问题：不同的用户数据共享
原理：ServletContext 对象由服务器进行创建，一个项目只有一个对象。不管在项目的任意位置进行获取得到的都是同一个对象，那么不同用户发起的请求获取到的也就是同一个对象了，该对象由用户共同拥有
特点： ---- 服务器创建
---- 用户共享
---- 一个项目只有一个
生命周期：服务器启动到服务器关闭
使用：

  	 //获取ServletContext对象
      //第一种方式
      ServletContext sc1 = this.getServletContext();
      //第二种方式
      ServletContext sc2 = this.getServletConfig().getServletContext();
      //第三种方式
      ServletContext sc3 = req.getSession().getServletContext();
      //使用ServletContext对象完成数据共享
      //数据存储
      sc1.setAttribute("str","ServletContext对象学习");
      //获取数据
      sc1.getAttribute("str");  //返回的是Object类型

注意：不同的用户可以给ServletContext对象进行数据点存取
获取的数据不存在返回 null
获取项目中 web.xml 文件中的全局配置数据:

<!--配置全局数据-->  //一组标签只能存储一组键值对数据
    <context-param>
        <param-name>name</param-name>
        <param-value>xiaoxiao</param-value>
    </context-param>

	//获取项目web.xml的全局数据
        sc1.getInitParameter("name"); 	 //返回的String 类型
        sc1.getInitParameterNames();		//返回键名的枚举

作用：将静态数据和代码进行解耦
获取项目web下的资源的绝对路径 : String path = sc1.getRealPath("/web/index.jsp");
获取 web 下的资源流对象： InputStream is = sc1.getResourceAsStream("/web/index.jsp");
注意:此种方式只能获取项目根目录下的资源流对象，class文件的流对象需要使用类加载器获取

Web.xml文件使用总结

作用：存储项目相关的配置信息，保护Servlet。解耦一些数据对程序的依赖。
使用位置：每个Web项目中 ---- Tomcat 服务器中(在conf目录中)
区别： Web项目下的web.xml文件为局部配置，针对本项目的位置
Tomcat下的 web.xml 文件为全局配置，配置公共信息
内容（核心组件）:
全局上下文配置
Servlet 配置
过滤器配置
监听器配置
加载顺序： ServletContext -> context-param -> listener -> filter -> servlet 的顺序加载。
加载时机：服务器启动时

Mr.OO

关注

2
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
Servlet基础

###简介：servlet 是运行在Web服务器中的小型 java 程序。servlet 通常通过 HTTP（超文本传输协议）接收和响应来自Web客户端的请求。也就是说，Servlet 是由我们自己来完成的！但Servlet一定要实现 java.servlet.Servlet 接口，并且还要在 web.xml 文件中部署！不然 Tomcat 是找不到我们写的Servlet 的。###五大...
复制链接

扫一扫