Servlet

本文深入探讨了Servlet的生命周期、初始化时机,以及Tomcat对GET和POST请求处理的差异,强调了编码设置在解决中文乱码问题中的重要性。此外,还介绍了HTTP协议的无状态特性以及会话跟踪技术,讲解了session在保持客户端状态中的应用,并分析了服务器内部转发和客户端重定向的区别。最后,提到了在Servlet中处理会话数据和维护应用状态的注意事项。
摘要由CSDN通过智能技术生成

关于中文乱码的问题

get请求:不需要设置(TomCat8之后)
        如果是TomCat8之前,需要先接收字符串然后将其打散为byte数组再重新拼装
        String fname = req.getParameter("fname");
        byte[] bytes = fname.getBytes("ISO-8859-1");
        String s = new String(bytes, "UTF-8");
post请求:设置编码格式,解决中文乱码问题
req.setCharacterEncoding("UTF-8");

继承关系

 

总结:
I)继承关系:Httpservlet->Genericservlet->servlet
2)Servlet中的核心方法:init(),service(),destroy()
3)服务方法:当有请求过来时,service方法会自动响应(其实是tomcat容器调用的)在Httpservlet中我们会去分析请求的方式:到底是get、post、head还是delete等等然后再决定调用的是哪个do开头的方法,那么在httpservlet中这些do方法默认都是405的实现风格-要我们子类去实现对应的方法
4)因此,我们在新建Servlet时,我们才会去考虑请求方法,从而决定重写哪个do方法

 Servlet的生命周期

1)生命周期:

从出生到死亡的过程就是生命周期。对应Servlet中的三个方init(),service(),destroy()
2)默认情况下:

第一次接收请求时,这个Servlet会进行实例化(调用构造方法)、初始化(调用init())、然后服务(调用service()从第二次请求开始,每一次都是服务,当容器关闭时,其中的所有的servlet实例会被销毁,调用销毁方法
3)通过案例我们发现:
-Servlet实例tomcat只会创建一个,所有的情求都是这个实例去响应。
-默认情况下,第一次请求时,tomcat:才会去实例化,初始化,然后再服务.这样的好处是什么?提高系统的启动速度-因此得出结论:如果需要提高系统的启动速度,当前默认情况就是这样。如果需要提高响应速度,我们应该设置Servlet的初始化时机
4)Servlet的初始化时机:
-默认是第一次接收请求时,实例化,初始化
我们可以通过<load-on-startup>来设置servlet启动的先后顺序,数字越小,启动越靠前,最小值0
5)Servlet在容器中是:单例的、线程不安全的
-单例:所有的请求都是同一个实例去响应
线程不安全:一个线程需要根据这个实例中的某个成员变量值去做逻辑判断。但是在中间某个时机,另一个线程改变了这个成员变量的值,从而导致第一个线程的执行路径发生了变化
-我们已经知道了serv1et是线程不安全的,给我们的启发是:尽量的不要在servlet中定义成员变量。如果不得不定义成员变量,那么不要去:1不要去修改成员变量的值 2不要去根据成员变量的值做一些逻辑判断

public class Dome01Ser extends HttpServlet {
    @Override
    public void init() throws ServletException {
        System.out.println("正在初始化");
    }

    @Override
    protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        System.out.println("正在服务");
    }

    @Override
    public void destroy() {
        System.out.println("正在销毁");
    }
}
    <servlet>
        <servlet-name>Dome01</servlet-name>
        <servlet-class>JavaWeb.Service.Dome01Ser</servlet-class>
        <load-on-startup>1</load-on-startup>
    </servlet>
    <servlet-mapping>
        <servlet-name>Dome01</servlet-name>
        <url-pattern>/Dome01</url-pattern>
    </servlet-mapping>

HTTP协议

第六章 HTTP协议 | 代码重工 (gitee.io)

会话

Http是无状态的
服务器无法判断这两次请求是同一个客户端发过来的,还是不同的客户端发过来的无状态带来的现实问题:第一次请求是添加商品到购物车,第二次请求是结账;如果这两次清求服务器无法区分是同一个用户的,那么就会导致混乱


会话跟踪技术
客户端第一次发请求给服务器,服务器获取session,获取不到,则创建新的,然后响应给客户端
下次客户端给服务器发请求时,会把sessionID带给服务器,那么服务器就能获取到了,那么服务器就判断这一次请求和上次某次请求是同一个客户端,从而能够区分开
常用的API:
request.getsession()->获取当前的会话,没有侧则创建一个新的会话
request.getsession(true)->效果和不带参数相同
request.getsession(false)->获取当前会话,没有则返回nul1,不会创建新的
session.getId()->获取sessionID
session.isNew()->判断当前session是否是新的
session.getMaxInactiveInterval()->session的非激活间隔时长,默认l800秒

public class Dome01Ser extends HttpServlet {

    @Override
    protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        //获取sessionId如果获取不到就创建新的
        HttpSession session = req.getSession();
        System.out.println(session.getId());
    }
}

session保存作用域

 假如你使用谷歌访问index并向session中存了一个key为uname,values为lina的数据,当你再次使用谷歌访问index并请求获取该数据时可以获取到,但你使用IE等别的客户端访问index并请求获取uname的数据时访问不到,因为该数据绑定了sessionId

@Override
    protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        req.setAttribute("uname","lian");
    }
@Override
    protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        Object uname = req.getSession().getAttribute("uname");
    }

服务器内部转发以及客户端重定向

1)服务器内部转发:request.getRequestDispatcher(".·.").forward(request,response);
一次请求响应的过程,对于客户端而言,内部经过了多少次转发,客户端是不知道的
一地址栏没有变化
2)客户端重定向:response.sendRedirect("....");
两次请求响应的过程。客户端肯定知道请求URl有变化
地址栏有变化

@Override
    protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
       //服务器内部转发
       req.getRequestDispatcher("index").forward(req,resp);
       //客户端重定向
        resp.sendRedirect("index");
    }

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

1while(true){learn}

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值