谁在创建session(1)-不恰当的request.getSession()

在HttpServlet中，HttpSession对象通常在request.getSession(true)方法调用时才创建。HttpSession的使用是有代价的，需要占用服务器资源，本着能不浪费就不浪费的原则，我希望系统中的session都在掌握之中，在需要创建时由我们的代码明确创建。但是最近在开发中发现，新的session对象经常在意料之外出现，究竟是谁在创建session呢？

    最常见的地方是错误的使用request.getSession()函数，通常在action中检查是否有某个变量/标记存放在session中。这个场景中可能出现没有session存在的情况，正常的判断应该是这样：

private boolean ifFlagExistInSession(HttpServletRequest request) {
    HttpSession session = request.getSession(false);
    if (session != null) {
        if (session.getAttribute("flagName")  != null) {
            return true;
        }
    }
    return false;
}

    而下面的写法，则可能会生成一个新的不在我们意图之外的session：
private boolean ifFlagExistInSession(HttpServletRequest request) {
    HttpSession session = request.getSession();   // a new session created if no session exists
    if (session.getAttribute("flagName")  != null) {
        return true;
    }
    return false;
}

    注意request.getSession() 等同于 request.getSession(true)，除非我们确认session一定存在或者sesson不存在时明确有创建session的需要，否则请尽量使用request.getSession(false)。

一般的（可能有些servlet实现不是这样的），默认的访问用户第一次 jsp 页面就会创建 session 的，因为 jsp 中指令 session 配置为 true，即 
<%@ page session="true"%> 

编译出来的的 java 文件在 _jspService() 方法中有代码行（Tomcat是这样的） 

session = pageContext.getSession(); 

除非你显示设置 
<%@ page session="false"%> 
才会让你自己 getSession(true)或 getSession()时创建session 

其实创建一个 session 并不耗什么资源，无非就是一个空的map，就是别往里面塞太多的东西，尤其是在集群环境下，会增加同步的负担。