JAVA获取SSE接口数据

今天的笔记是为了搞清楚4个问题, 搞清楚这四个问题，那么我工作上的困难也就解决了。

1).sessionId是在什么地方生成的？

2).sessionId的生产规则是怎么样的?

3).sessionId存储在哪里？

4).sessionId可以如何获取?

它是在容器里面生成的, spingBoot中内嵌的tomcat生成sessionId的方式，在org.apache.catalina.util.StandardSessionIdGenerator.

如果能在cookie里面拿到JSESSIONID, 那么一切问题就可以迎刃而解. 

一.tomcat

当我们调用HttpServletRequest.getSession(true)时，这个参数 true 的意思是“如果当前请求还没有 Session，就创建一个新的”。

那 Tomcat 在背后为我们做了些什么呢？

HttpServletRequest 是一个接口，Tomcat 实现了这个接口，具体实现类是：org.apache.catalina.connector.Request。

通过这块逻辑处理的:

Context context = getContext();
 if (context == null) {
     return null;
 }Manager manager = context.getManager();
 if (manager == null) {
     return null;      
 }session = manager.createSession(sessionId);
 session.access();

从上面的代码可以看出，Request 对象中持有 Context 容器对象，而 Context 容器持有 Session 管理器 Manager，这样通过 Context 组件就能拿到 Manager 组件，最后由 Manager 组件来创建 Session。

因此最后还是到了 StandardManager，StandardManager 的父类叫 ManagerBase，这个 createSession 方法定义在 ManagerBase 中，StandardManager 直接重用这个方法。

接着我们来看 ManagerBase 的 createSession 是如何实现的：

@Override
 public Session createSession(String sessionId) {
     //首先判断Session数量是不是到了最大值，最大Session数可以通过参数设置
     if ((maxActiveSessions >= 0) &&
             (getActiveSessions() >= maxActiveSessions)) {
         rejectedSessions++;
         throw new TooManyActiveSessionsException(
                 sm.getString("managerBase.createSession.ise"),
                 maxActiveSessions);
     }    // 重用或者创建一个新的Session对象，请注意在Tomcat中就是StandardSession
     // 它是HttpSession的具体实现类，而HttpSession是Servlet规范中定义的接口
     Session session = createEmptySession();     // 初始化新Session的值
     session.setNew(true);
     session.setValid(true);
     session.setCreationTime(System.currentTimeMillis());
     session.setMaxInactiveInterval(getContext().getSessionTimeout() * 60);
     String id = sessionId;
     if (id == null) {
         id = generateSessionId();
     }
     session.setId(id);// 这里会将Session添加到ConcurrentHashMap中
     sessionCounter++;
     
     //将创建时间添加到LinkedList中，并且把最先添加的时间移除
     //主要还是方便清理过期Session
     SessionTiming timing = new SessionTiming(session.getCreationTime(), 0);
     synchronized (sessionCreationTiming) {
         sessionCreationTiming.add(timing);
         sessionCreationTiming.poll();
     }
     return session
 }

到此我们明白了 Session 是如何创建出来的，创建出来后 Session 会被保存到一个 ConcurrentHashMap 中：

protected Map<String, Session> sessions = new ConcurrentHashMap<>();
请注意 Session 的具体实现类是 StandardSession，StandardSession 同时实现了javax.servlet.http.HttpSession和org.apache.catalina.Session接口，并且对程序员暴露的是 StandardSessionFacade 外观类，保证了 StandardSession 的安全，避免了程序员调用其内部方法进行不当操作。
 

二.jetty

SessionCache的基本默认实现是DefaultSessionCache，里面存储的session都是用ConcurrentHashMap存储的，key是sessionid，value是session对象：

此时我们只需要能得到这个SessionHandler，就能通过id获取我们想要的session啦！

我发现org.eclipse.jetty.server.Request有个getSessionHandler方法，正好符合我们的预期：

先获取SessionHandler -> id -> session, 思路大概是这么个思路.

简要的思路大概就是这么个思路.