13518219792
在你需要进行会话跟踪的时候创建。一般都是在输入账户、密码之后点击登陆，跳转之后就已经生成session了。
排除以下原因：1. 再次访问的间隔是都久，会不会session已经超时。
2. 再次访问你主页的时候，是不是带上了会话信息。如果没带，重新登录是肯定的。
{0}
成都创新互联公司网站建设公司一直秉承“诚信做人，踏实做事”的原则，不欺瞒客户，是我们最起码的底线！ 以服务为基础，以质量求生存，以技术求发展，成交一个客户多一个朋友！专注中小微企业官网定制，成都网站建设、成都网站设计，塑造企业网络形象打造互联网企业效应。
新的客户端访问页面的时候，也就是客户端打开浏览器第一次登录网站时（关掉浏览器，再访问网站又会创建一个seession），估计这样说搂主不也是很明白，楼主可以写个session监听类，看下效果，如果楼主指的java的sessin的话，我这里有： 第一步：...
一般情况下，不管向服务器发送了多少次请求，只有当开始向session中存储会话状态数据时，session对象的生命周期才算真正开始，这一点不同于cache和application对象（application对象的生命周期开始于向网络应用程序发送第一个请求时）。
{1}
JSP页面：会话 Cookie 的“会话”这里不是指 Server 端的 Session ，而是指的是浏览器，所以会话 Cookie 的生命周期不是与 Server 端的 Session 那个会话相同，而是与浏览器相同，就是说只要开着浏览器会话 Cookie 就存在，关闭浏览器它就过期了。但是会话 Cookie 的值是与 Server 端的 SessionId 对应相同的。就是说会话Cookie随着Server端Session的创建而创建，但并不随着Session的过期而过期，而是随着Client端的浏览器关闭而销毁。只要会话Cookie 出现了，Server 端的 Session 就已经创建了。HTML页面：如果首页是*.html 就不同了，再将 FireFox 的 Cookie 都清除了，将首页设置为 index.html, 回车，查看，果然这次没有SESSIONID 的 Cookie 生成，这说明Server的Session也没有创建，让 index.html 提交到一个Servlet, 确实可以证明没有 HttpServletRequest.getSession(true) ，Sesion是不会创建的， 即便Servlet又转发（或者重定向）到第二个页，只要第二个页依然不是jsp页，Session就依然不会创建，FireFox 当然也没有名字为 SESSIONID 的 Cookie 生成。
java中设置session存在整个web的时间方法如下：
（1）在主页面或者公共页面中加入：session.setmaxinactiveinterval(900);参数900单位是秒，即在没有活动15分钟后，session将失效。这里要注意这个session设置的时间是根据服务器来计算的，而不是客户端。所以如果是在调试程序，应该是修改服务器端时间来测试，而不是客户端。
（2）也是比较通用的设置session失效时间的方法，就是在项目的web.xml中设置xml代码[xhtml] view plaincopy15这里的15也就是15分钟失效.
（3）直接在应用服务器中设置，如果是tomcat，可以在tomcat目录下conf/web.xml中找到元素，tomcat默认设置是30分钟，只要修改这个值就可以了。
{2}
一般情况下，不管向服务器发送了多少次请求，只有当开始向Session中存储会话状态数据时，Session对象的生命周期才算真正开始，这一点不同于Cache和Application对象（Application对象的生命周期开始于向网络应用程序发送第一个请求时）。当Session对象为空，Session对象的生命周期还没有开始，Session ID Manager会为每一个请求页面赋予一个新的session ID，且每一次请求都不相同，直到有数据存储在Session对象中时，就按照图2所示的过程进行会话状态维护。有两个事件与Session对象的生命周期密切相关，分别是Session_OnStart（会话开始）和Session_OnEnd（会话结束）。如果为Session_OnStart事件定义了处理程序（event handler），那么Session的生命周期从第一次请求该页面就开始，该页面的Session ID一被赋予就不再改变，Session即使为空也会被存储，因此，从性能的角度考虑，只有在必要时才为Session_OnStart事件定义事件处理程序。Session_OnEnd事件只有在InProc模式下，且Session已经存在的前提下才能被触发，这是因为该事件是由Cache对象在删除失效的Session对象时触发，可在该事件的处理程序中通过编码终止Session对象。最后，再补充一点。由上面的讨论可知，Session 对象的实现与Cache对象有着密切联系，尤其是再InProc模式下，但是Session不能提供和Cache那样丰富的缓存过期和依赖机制。在InProc模式下，Session对象中的数据是否失效，只能通过设定sliding time来控制，即在指定的时间间隔内没用使用Session中的数据，数据自动删除。且考虑Cache自身的特点，Session中的数据也可能在服务器端内存资源不足的情况下，由于内存回收而丢失。
如果jsp中没有禁用session的话，那么jsp中的session是在jsp转换为servlet时创建的，过滤器是作用在servlet之前，所以request.getSession()确实是创建了session，不调用则没有创建session。
session的应用场景与session的生命周期和作用区域有关，一般是些属于个人的信息，如用户信息
