WebSocket获取httpSession空指针异常的解决办法

小坑：使用requestListner解决不了这个问题！

如何获取HttpSession

在使用webSocket实现p2p或者一对多聊天功能的时候我们经常会有这样的需求：webSocket服务端需要获取到用户使用数据库的用户信息登录后的HttpSession获取个人资料信息。
于是，你会使用这样的代码：

package com.xinyulee.ws;
import javax.servlet.http.HttpSession;
import javax.websocket.HandshakeResponse;
import javax.websocket.server.HandshakeRequest;
import javax.websocket.server.ServerEndpointConfig;
import javax.websocket.server.ServerEndpointConfig.Configurator;

/**
 * Created by zipple on 2017/11/14.
 * 协助server获取http session
 */
public class HttpSessionWSHelper extends Configurator {
    @Override
    public void modifyHandshake(ServerEndpointConfig sec, HandshakeRequest request, HandshakeResponse response) {
        System.out.println("调用modifyHandshake方法...");
        HttpSession session = (HttpSession) request.getHttpSession();//session有可能为空
        if (session!=null){
            System.out.println("获取到session id:"+session.getId());
            sec.getUserProperties().put(HttpSession.class.getName(),session);
        }else{
            System.out.println("modifyHandshake 获取到null session");
        }
    }

}

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12
• 13
• 14
• 15
• 16
• 17
• 18
• 19
• 20
• 21
• 22
• 23
• 24
• 25
• 26

然后在服务端这样配置：

@ServerEndpoint(value ="/chatRoom/{username}",configurator=HttpSessionWSHelper.class,encoders = {ServerEncoder.class})
//encoders = {ServerEncoder.class}用于指定sendObject()方法调用的解析器

• 1
• 2
• 3

RequestListner解决不了这个问题的原因

在使用上述方法配置完成以后我满怀信心的进行测试，但是意外的发现了Tomcat Localhost Log下报了null pointer exception。
经过调试，发现了modifyHandshake方法并不能获取到HttpSession，在上述HttpSessionWSHelper 类代码中可以看到我对它进行了判空处理。但是这样并不能起到什么实际上的作用。我们需要弄明白为什么HandshakeRequest 获取不到HttpSession。
一开始，我试着去百度了一下，发现有这样的代码：

package com.xinyulee.listener;

import com.xinyulee.util.Log;

import javax.servlet.ServletRequestEvent;
import javax.servlet.ServletRequestListener;
import javax.servlet.annotation.WebListener;
import javax.servlet.http.HttpServletRequest;

/**
 * Created by zipple on 2017/11/14.
 */
@WebListener
public class RequestListener implements ServletRequestListener {

    public void requestInitialized(ServletRequestEvent sre)  {
        //将所有request请求都携带上httpSession----这样会创建新的session!导致重新创建了会话
        Log.info("request--:"+sre.getServletRequest().getLocalAddr());
       ((HttpServletRequest) sre.getServletRequest()).getSession();
    }
    public RequestListener() {
        // TODO Auto-generated constructor stub
    }

    public void requestDestroyed(ServletRequestEvent arg0)  {
        // TODO Auto-generated method stub
    }
}

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12
• 13
• 14
• 15
• 16
• 17
• 18
• 19
• 20
• 21
• 22
• 23
• 24
• 25
• 26
• 27
• 28

网上解释说，是因为进行ws连接的时候并没有HttpSession处于激活状态，于是便不能获取到HttpSession。他们给出的解决办法是对每一个request请求调用sre.getServletRequest()).getSession()方法。
这样的确可以解决空指针异常的问题，但是新问题又出现了。
在没有HttpSession激活状态的时候，使用getSession()方法会新建一个HttpSession，也就是说实际上这个监听器是在没有激活HttpSession的情况下不断新建会话。
这样已经完全偏离了我们程序的需求：获取同时在线的HttpSession中保存的个人信息。
那么怎么办呢？
事实上，这个空指针异常的根源并不是出在我们后端代码上。

localhost和127.0.0.1其实并不是同一个连接

在前端连接WebSocket的时候，我的代码是这样的：

   loadWS("ws://127.0.0.1/chatRoom/null");

• 1

然而浏览器地址栏是这样的：

    http://localhost:8080/

• 1

网上解释说如果不使用同一个host，则会创建不同的连接请求。具体细节有兴趣的朋友可以去了解一下。
于是我们可以这样拼接一下：

    var host = window.location.host;
    var url = "ws://"+host+"/chatRoom/null";

• 1
• 2

这样便可以正常建立ws请求，并且能够使用自定义的HttpSessionWSHelper 类获取到HttpSession了