异常排查 | 重复Cookie访问导致HTTP请求引发空指针异常

这篇具有很好参考价值的文章主要介绍了异常排查 | 重复Cookie访问导致HTTP请求引发空指针异常。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

异常排查 | 重复Cookie访问导致HTTP请求引发空指针异常

近几日,遇到一个困惑了我很久的异常,是浏览器页面向Tomcat服务器发起HTTP请求时,服务器发还回来的一处异常

java.lang.NullPointerException: Cannot invoke "java.lang.Integer.intValue()" because the return value of "javax.servlet.ServletContext.getAttribute(String)" is null

一、场景描述

首先来说一下我是在做什么的过程中遇到这个问题

  • 现在我需要实现一个监听器,去监听在线用户人数,也去实时记录一下当前这个页面中有多少用户在线,这一块的话需要使用到Servlet三大组件之一的【监听器】,我使用的是HttpSession这个接口,然后通过重写内部的sessionCreated()sessionDestroyed()方法去判定当前页面的用户接入与离开
  • 当我开启Tomcat服务器,然后打开三个浏览器去进行测试的时候,是没有问题的,只要访问一次在线人数就 + 1

异常排查 | 重复Cookie访问导致HTTP请求引发空指针异常

不过呢,当然在重新启动Smart Tomcat的时候,就出现了下面的情况,请看【问题描述】~

二、异常说明

  • 首先我们来看看这个异常,很显眼的几个大字可以看出HTTP状态500 - 内部服务器错误,这是HTTP的一个状态码,服务器发还回这个状态的话表示是【我们在后端的代码出问题了,异常实在代码中抛出的】

异常排查 | 重复Cookie访问导致HTTP请求引发空指针异常

  • 但是光看状态码可不行,我们还要精准地定位到是哪个地方出了问题,仔细观察可以发现,我在后端代码中使用的getAttrubute(String)获取到的内容是空的
  • 而且在下面的【例外情况】中可以看到NullPointerException空指针异常的问题,这个问题其实还挺大的,如果有看过我 指针入门到进阶教程就可以知道对于空指针来说其实是很危险的,其造成的后果堪比【野指针】
  • 不仅如此,我们还可以从服务器发还回来的响应中看到是在哪个类中哪个方法的哪一行出现了问题,所以我们就可以根据这个去进行精准定位了✌

三、查找问题

知道问题在哪了,接下去就让我们到IDEA中的查找一下后端的代码吧【文末会给出

  • 首先我们就来到这个类的方法中,然后找到指定的那一行,这个类的话是用来获取当前网页在线人数并构造HTML页面显示给用户看的,但是可以看到在这个20行的地方就已经触发了【空指针异常】,那自然下面的代码就不会执行了,此时我们应该去看看这句代码出了什么问题

异常排查 | 重复Cookie访问导致HTTP请求引发空指针异常

  • 对于上面这句代码呢,就是在获取我下方这个监听器类中所统计的当前页面人数,代码逻辑我这里就不讲了,这里是在排查异常,不过Servlet的代码没有Spring Boot那么多的注解,还是好理解的
  • 那若是我们获取到的这个人数为null的话也就是表示根本没有去进行一个统计,即这个【online】压根就没有更新,那监听器这里为什么没有监听到呢?我一开始也非常纳闷这一块╮(╯▽╰)╭

异常排查 | 重复Cookie访问导致HTTP请求引发空指针异常

四、调试排查

于是这个时候我只能通过调试去进行观察了

  • 首先在ServletContext这个上下文对象获取online的地方打一个断点,然后在Chrome浏览器页面前端进行用户登录点击

异常排查 | 重复Cookie访问导致HTTP请求引发空指针异常

  • 点击下一步后,因为当前所获取的这个online还是为【null】,所以就代表当前这个用户是第一次接入的,此时会将这个online的值设为1

异常排查 | 重复Cookie访问导致HTTP请求引发空指针异常

  • 然后在当前访问结束后,服务器便发回了这么一个页面,告知当前页面的访问者有1个

异常排查 | 重复Cookie访问导致HTTP请求引发空指针异常

  • 接下去呢,我就通过IE浏览器切进行访问,一样得通过DeBug进去,可以看到此时的obj已经不为null了,所以不会进入第一个分支,而是会进入第二个if分支

异常排查 | 重复Cookie访问导致HTTP请求引发空指针异常

  • 在执行完成后,我们可以在【context】中的attributes中的去找到这个online观察,就可以看到它的值为2,这也就是意味着当前这个网页的访问者有2位了

异常排查 | 重复Cookie访问导致HTTP请求引发空指针异常

  • 然后呢,我再通过Edge浏览器去进行访问,此时可以看到获取到的online值为2,表明此时已经有2个人在线了,那么当这个用户再接入的时候,online的值就会变为3

异常排查 | 重复Cookie访问导致HTTP请求引发空指针异常

  • 然后继续下去就可以看到这个online确实变为3了,也就表示此时有3个人正在访问这个页面

异常排查 | 重复Cookie访问导致HTTP请求引发空指针异常
异常排查 | 重复Cookie访问导致HTTP请求引发空指针异常

五、思考分析

但此时当我将Tomcat去进行一个重启后,再进行访问的话,就会造成下面这样的错误

异常排查 | 重复Cookie访问导致HTTP请求引发空指针异常

  • 于是我就通过这个【服务器重启】来推断到底是出了什么问题,以下是我的思考:

🤔因为服务器这边重启了,所以之前保存的用户信息都不见了,但是呢这个时候客户端却不知道,还是以它之前的那个状态在进行访问,因为服务器之前在第一次访问的时候已经给了每个连接进来的用户创建了一个会话,并且生成了一个SessionId,分别代表了它们各自的身份,而每个SessionId又是存放在浏览器Cookie中的,因为前后端这里的逻辑就对接不上了,服务器完全不认识这个人,所以便返回给它一个【内部服务器错误】👈

所以经过我上面的一番思考,便想到了可能和浏览器这边的Cookie有点关系,于是我就去翻找了每个浏览器的Cookie

  • 于是,我就发现了这个网页所在的Cookie,似乎就明白了一些东西😮因为当前这个浏览器的这个页面已经拥有了一份服务器所生成的SessionId,就保存在当前的这份【Cookie】中,于是当服务器重启后再度去进行访问的时候,那Tomcat这只猫🐱便说:“你谁呀,我不认识你呀”
    异常排查 | 重复Cookie访问导致HTTP请求引发空指针异常那么问题其实就是出在这个Cookie上,那一定有同学会问:这该怎么解决呢?

异常排查 | 重复Cookie访问导致HTTP请求引发空指针异常

六、解决方案

  • 我这里只想到了两种解决方法:
  1. 一个就是在当前网页中加一个【退出】按钮,然后让用户想要退出的时候就惦记这个按钮,此时不仅仅是宣告这名用户的退出,而且要将其在浏览器中所保存的Cookie也随之销毁,这个的话你可以通过前端三剑客中的JavaScript来进行完成,这里暂不做介绍,后续有机会更新
  2. 第二种办法就是我正在使用的,那就是在后端这里做一下判断,我们自己去拦截一下这个空指针异常,而不是让服务器将此错误发还给用户
  • 看到代码,我没有直接用count去接受强转后的在线人数,而是先通过一个【Object】父类去接收一下这个HttpSession对象,因为这个对象也是一个键值对的形式,是我们程序员自己构造的,因此其返回值类型就要是一个总的父类,可以接受任何种类的内容
  • 若是这个对象中的内容为空的话,此时表明触发了空指针异常,那么我们就要自己捕获一下,然后告知用户他此前登录过,需要手动清除一下浏览器缓存才可以继续登录(当然这是模拟登录,现实中不可能这样)
Object obj = req.getServletContext().getAttribute("online");
if (obj == null){
    System.out.println("当前用户此前登录过");
    resp.setContentType("text/html;charset=utf-8");
    resp.getWriter().write("<h4><u>当前用户此前登录过,请清除浏览器缓存后再行登录</u></h4>");
}
int count = (int)obj;
resp.setContentType("text/html;charset=utf-8");
resp.getWriter().write("在线人数为:" + count);
  • 可以看到若是我此时再去重启一下服务器,用一个已经接进来过的用户再次进入的话,就会构造出如下这样一个页面去提示用户先清除一下当前浏览器的缓存,然后再登录

异常排查 | 重复Cookie访问导致HTTP请求引发空指针异常

但是,浏览器缓存要怎么清理呢?

温馨提示:每个浏览器都是不一样的,读者可自己试着摸索

异常排查 | 重复Cookie访问导致HTTP请求引发空指针异常


然后展示一下整体代码,可供测试

前端登录页面

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <meta http-equiv="X-UA-Compatible" content="IE=edge">
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    <title>Document</title>
</head>
<body>
    <form action="onlineUsers", method="post">
        <label>用户名</label>
        <input type="text" name="userName">
        <input type="submit" value="登录">
    </form>
</body>
</html>

监听器实现类

import javax.servlet.ServletContext;
import javax.servlet.ServletRequestEvent;
import javax.servlet.ServletRequestListener;
import javax.servlet.http.HttpSession;
import javax.servlet.http.HttpSessionEvent;
import javax.servlet.http.HttpSessionListener;

public class UsersCount implements HttpSessionListener{
    @Override
    public void sessionCreated(HttpSessionEvent event) {
        System.out.println("会话创建");
        // 1.获取ServletContext对象,在整个容器中只有一份
        ServletContext servletContext = event.getSession().getServletContext();
        System.out.println(event.getSession().getId());

        // 2.在线人数
        Object obj = servletContext.getAttribute("online");
        // 3.判断当前用户是否是第一个在线的
        if(obj == null){
            servletContext.setAttribute("online", 1);
        }else{
            int i = (int)obj;             // 若其不是第一个上线的,就 + 1
            servletContext.setAttribute("online", i + 1);
        }
    }

    @Override
    public void sessionDestroyed(HttpSessionEvent event) {
        System.out.println("会话销毁");
        event.getSession().invalidate();
        // 1.获取ServletContext对象,在整个容器中只有一份
        ServletContext servletContext = event.getSession().getServletContext();
        // 2.在线人数
        Object obj = servletContext.getAttribute("online");

        if(obj == null){
            servletContext.setAttribute("online", 0);
        }else{
            int i = (int)obj;             // 若其不是第一个上线的,就 + 1
            servletContext.setAttribute("online", i - 1);
        }
    }
}

登录验证的Servlet类

import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import javax.servlet.http.HttpSession;
import java.io.IOException;

@WebServlet("/onlineUsers")
public class loginServlet extends HttpServlet {
    @Override
    protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        String userName = req.getParameter("userName");
        if(!userName.equals("zhangsan")){
            resp.sendRedirect("login.html");
        }

        HttpSession httpSession = req.getSession(true);
        httpSession.setAttribute("userName", userName);
        resp.sendRedirect("show");
    }
}

展示结果处理是Servlet类

@WebServlet("/show")
public class showServlet extends HttpServlet {
    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        HttpSession httpSession = req.getSession(false);
        if(httpSession == null){
            System.out.println("未登录,请重新登录");
            resp.sendRedirect("login.html");
            return;
        }

        Object obj = req.getServletContext().getAttribute("online");
        if (obj == null){
            System.out.println("当前用户此前登录过");
            resp.setContentType("text/html;charset=utf-8");
            resp.getWriter().write("<h4><u>当前用户此前登录过,请清除浏览器缓存后再行登录</u></h4>");
        }
        int count = (int)obj;
        resp.setContentType("text/html;charset=utf-8");
        resp.getWriter().write("在线人数为:" + count);
    }
}

七、写在最后

以上就是本文所排查的问题,你学会了吗?我们来回顾一下

  • 对于这种服务器返还的HTTP响应状态码,向来是很多同学都很苦恼的东西,大家都喜欢看到自己程序正常的样子,但是却不希望看到自己的程序出问题,出一堆Bug,然后面对满屏的报错两眼一瞪👀手足无措
  • 这其实对于学习编程来说是非常不好的,跟着我这么一步步地调试、排查、分析下来,相信你一定有了自己的理解,下次在面对遇到的问题时就不会毫无办法,也可以学着自己去调试分析,找出问题所在🔍
  • 虽然这很消耗时间,而且又要动脑,但是总比你用眼睛盯着代码看一个小时毫无动作要来得好吧,所以行动起来吧,同学们!

2023年5月25日晚8点记

异常排查 | 重复Cookie访问导致HTTP请求引发空指针异常文章来源地址https://www.toymoban.com/news/detail-473548.html

到了这里,关于异常排查 | 重复Cookie访问导致HTTP请求引发空指针异常的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 使用GDIView工具排查GDI对象泄漏导致程序UI界面绘制异常的问题

    目录 1、问题说明 2、初步分析 3、查看任务管理器,并使用GDIView工具分析

    2023年04月09日
    浏览(40)
  • 一次不规范HTTP请求引发的nginx响应400问题分析与解决

    最近分析数据偶然发现nginx log中有一批用户所有的HTTP POST log上报请求均返回400,没有任何200成功记录,由于只占整体请求的不到0.5%,所以之前也一直没有触发监控报警,而且很奇怪的是只对于log上报的POST接口会存在这种特定用户全部400的情况,而对于其他接口无论POST还是

    2024年02月14日
    浏览(53)
  • https请求异常引发(Received fatal alert: unrecognized_name):如何快速解决项目中问题?

    首先我们要承认我们大部分程序员是 应用开发 ,不是操作系统、协议、框架开发等这类 底层开发者 。 本篇文章中遇到的问题个人觉得算是奇葩问题,首先代码没大问题,也许涉及到https本质问题,确实没有解决这方面问题的经验和能力。但是这个问题前前后后解决了快3天

    2024年02月10日
    浏览(34)
  • docker导致远程主机无法访问,docker网段冲突导致主机网络异常无法访问

    背景:         公司分配的虚拟机是172网段的,在上面部署了docker、docker-compose、mysql、redis,程序用docker-compose管理,也平稳运行了一个多周,某天用FinalShell连主机重启docker容器,忽然断开连接,然后虚拟机就无法远程连接了,公司平台组通过后台连接虚拟机正常,网络正常

    2024年02月06日
    浏览(42)
  • Flutter dio Http请求之Cookie管理

    在应用开发过程中,我们进行Http通讯时会使用 Cookie 进行验证,今天我们就着重讲解Flutter 网络请求插件 dio 的 cookie 使用。 首先,我们要进行插件引用 这里为什么要使用 path_provider 这个插件呢,下面在 cookie 的储存时会做介绍。 引用完,我们执行以下命令 dio 的使用网上有很

    2024年02月20日
    浏览(38)
  • C# 获取Http请求服务器响应的cookie

    一、C#服务器端响应存储cookie   二、C#发送Http请求,获取响应cookie 使用: CookieContainer  打印结果:   更多:

    2024年02月02日
    浏览(49)
  • HTTP请求中token、cookie、session有什么区别

     cookie HTTP 无状态的,每次请求都要携带 cookie ,以帮助识别身份 服务端也可以向客户端 set-cookie , cookie 大小 4kb 默认有跨域限制:不可跨域共享,不可跨域传递 cookie (可通过设置 withCredential 跨域传递 cookie ) cookie本地存储 HTML5 之前 cookie 常被用于本地存储 HTML5 之后推荐使用

    2024年02月08日
    浏览(46)
  • 记一次线上bug排查-----SpringCloud Gateway组件 请求头accept-encoding导致响应结果乱码

           基于公司的业务需求,在SpringCloud Gateway组件的基础上,写了一个转发服务,测试开发阶段运行正常,并实现初步使用。但三个月后,PostMan请求接口,返回异常,经排查,从日志中获取到转发响应的结果为乱码:        跟踪日志: 转发到目标接口,响应结果已乱码

    2024年02月04日
    浏览(52)
  • http 请求报文响应报文的格式以及Token cookie session 区别

    HTTP 请求报文和响应报文的格式如下: HTTP 请求报文格式: 方法 : 请求方法,例如 GET、POST、PUT、DELETE 等。 路径 : 请求的路径,表示需要访问的资源。 协议版本 : 使用的协议版本,通常是 HTTP/1.1 或 HTTP/2。 请求头部字段:包含了关于请求的附加信息,每个字段由字段名和对

    2024年02月16日
    浏览(54)
  • 什么会导致HTTP出现429请求过多错误?

    HTTP 429错误是在使用HTTP协议时可能会遇到的一种错误类型。这种错误通常表示客户端发送的请求过于频繁,超过了服务器允许的请求频率限制。在这篇文章中,我们将详细介绍HTTP 429错误的原因、影响和解决方法。 1. HTTP 429错误的原因 HTTP429错误的主要原因是客户端发送的

    2024年01月23日
    浏览(41)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包