关于session不能超时的问题，求各位大神指点，搞不定啊！！！

http 是无状态的，你客户端不刷新的话，服务器就认为你已经断开

解决方案 »

  1.   

    是DWR引起的，它是无刷新与服务器交互的，但是不知道怎么解决，网上也找不到关于DWR推送引起session不过期的问题
      

  2.   

    现在问题已经定位了，是dwr推送引起的
      

  3.   

    看看发送的链接是什么，是不是在什么页面上配置了。没发什么链接啊，就推送了一个桌面消息，而且按道理只在某些动作下才会执行推送
    消息推送的http地址是什么？仔细检查页面的所有Javascript，看看到底什么哪条语句触发的。
      

  4.   


    服务器推送session基本上是不会失效的
      

  5.   


    服务器推送session基本上是不会失效的那有什么办法解决吗
      

  6.   


    服务器推送session基本上是不会失效的顶
      

  7.   


    服务器推送session基本上是不会失效的那有什么办法解决吗

    服务器推也只是针对特定的页面推送， 你不打开这个页面就不会有长连接或者ajax轮询，session失效还是会的， 难道你一定要留在推送的页面等session失效么。
     还有你弄清楚你的推送是哪种实现方式，ajax长轮询比较多， 它要一直请求怎么可能session过期呢
      

  8.   


    服务器推送session基本上是不会失效的那有什么办法解决吗

    服务器推也只是针对特定的页面推送， 你不打开这个页面就不会有长连接或者ajax轮询，session失效还是会的， 难道你一定要留在推送的页面等session失效么。
     还有你弄清楚你的推送是哪种实现方式，ajax长轮询比较多， 它要一直请求怎么可能session过期呢的确是这样的，我们就是加了一个像CSDN这种通知，（CSDN也是无刷新的），这个通知就是在每一个页面都能看见得，所以长连接在main页面开启的。那按道理CSDN也是不超时的？
      

  9.   


    服务器推送session基本上是不会失效的那有什么办法解决吗

    服务器推也只是针对特定的页面推送， 你不打开这个页面就不会有长连接或者ajax轮询，session失效还是会的， 难道你一定要留在推送的页面等session失效么。
     还有你弄清楚你的推送是哪种实现方式，ajax长轮询比较多， 它要一直请求怎么可能session过期呢的确是这样的，我们就是加了一个像CSDN这种通知，（CSDN也是无刷新的），这个通知就是在每一个页面都能看见得，所以长连接在main页面开启的。那按道理CSDN也是不超时的？
    csdn是长轮询实现的， 每次请求一分钟完了继续请求。 这样session肯定不会超时的。 
      

  10.   

    firebug会用不，前台肯定是发送Reauest了，否则不会不超时
      

  11.   

    是的，发送的是DWR的推送你自己不请求后台它自己推送，不会吧，它知道地址是什么就推送啊
      

  12.   

    是的，发送的是DWR的推送你自己不请求后台它自己推送，不会吧，它知道地址是什么就推送啊不算是请求的，它是在后台直接调用Js,所以一直处于交互状态
      

  13.   

    是的，发送的是DWR的推送你自己不请求后台它自己推送，不会吧，它知道地址是什么就推送啊不算是请求的，它是在后台直接调用Js,所以一直处于交互状态你看到了？
      

  14.   

    是的，发送的是DWR的推送你自己不请求后台它自己推送，不会吧，它知道地址是什么就推送啊不算是请求的，它是在后台直接调用Js,所以一直处于交互状态你看到了？看到了，实际上就是定时请求。DWR长连接开启后就是不断向页面发送定时请求。那理论上就不能超时了吧？CSDN是怎么实现的？
      

  15.   


    服务器推送session基本上是不会失效的那有什么办法解决吗

    服务器推也只是针对特定的页面推送， 你不打开这个页面就不会有长连接或者ajax轮询，session失效还是会的， 难道你一定要留在推送的页面等session失效么。
     还有你弄清楚你的推送是哪种实现方式，ajax长轮询比较多， 它要一直请求怎么可能session过期呢的确是这样的，我们就是加了一个像CSDN这种通知，（CSDN也是无刷新的），这个通知就是在每一个页面都能看见得，所以长连接在main页面开启的。那按道理CSDN也是不超时的？
    csdn是长轮询实现的， 每次请求一分钟完了继续请求。 这样session肯定不会超时的。 但是CSDN是会超时的啊，它怎么实现的
      

  16.   


    服务器推送session基本上是不会失效的那有什么办法解决吗

    服务器推也只是针对特定的页面推送， 你不打开这个页面就不会有长连接或者ajax轮询，session失效还是会的， 难道你一定要留在推送的页面等session失效么。
     还有你弄清楚你的推送是哪种实现方式，ajax长轮询比较多， 它要一直请求怎么可能session过期呢的确是这样的，我们就是加了一个像CSDN这种通知，（CSDN也是无刷新的），这个通知就是在每一个页面都能看见得，所以长连接在main页面开启的。那按道理CSDN也是不超时的？
    csdn是长轮询实现的， 每次请求一分钟完了继续请求。 这样session肯定不会超时的。 但是CSDN是会超时的啊，它怎么实现的
    csdn会超时么？  我好像没遇到过，你怎么知道csdn会超时的？  让你重新登录了？
      

  17.   


    服务器推送session基本上是不会失效的那有什么办法解决吗

    服务器推也只是针对特定的页面推送， 你不打开这个页面就不会有长连接或者ajax轮询，session失效还是会的， 难道你一定要留在推送的页面等session失效么。
     还有你弄清楚你的推送是哪种实现方式，ajax长轮询比较多， 它要一直请求怎么可能session过期呢的确是这样的，我们就是加了一个像CSDN这种通知，（CSDN也是无刷新的），这个通知就是在每一个页面都能看见得，所以长连接在main页面开启的。那按道理CSDN也是不超时的？
    csdn是长轮询实现的， 每次请求一分钟完了继续请求。 这样session肯定不会超时的。 但是CSDN是会超时的啊，它怎么实现的
    csdn会超时么？  我好像没遇到过，你怎么知道csdn会超时的？  让你重新登录了？CSDN超时时间是七天
      

  18.   


    服务器推送session基本上是不会失效的那有什么办法解决吗

    服务器推也只是针对特定的页面推送， 你不打开这个页面就不会有长连接或者ajax轮询，session失效还是会的， 难道你一定要留在推送的页面等session失效么。
     还有你弄清楚你的推送是哪种实现方式，ajax长轮询比较多， 它要一直请求怎么可能session过期呢的确是这样的，我们就是加了一个像CSDN这种通知，（CSDN也是无刷新的），这个通知就是在每一个页面都能看见得，所以长连接在main页面开启的。那按道理CSDN也是不超时的？
    csdn是长轮询实现的， 每次请求一分钟完了继续请求。 这样session肯定不会超时的。 但是CSDN是会超时的啊，它怎么实现的
    csdn会超时么？  我好像没遇到过，你怎么知道csdn会超时的？  让你重新登录了？CSDN超时时间是七天
    你说的这个是自动登录功能，是通过cookie控制的， 7天是cookie的保存时间，跟session不搭嘎
      

  19.   


    服务器推送session基本上是不会失效的那有什么办法解决吗

    服务器推也只是针对特定的页面推送， 你不打开这个页面就不会有长连接或者ajax轮询，session失效还是会的， 难道你一定要留在推送的页面等session失效么。
     还有你弄清楚你的推送是哪种实现方式，ajax长轮询比较多， 它要一直请求怎么可能session过期呢的确是这样的，我们就是加了一个像CSDN这种通知，（CSDN也是无刷新的），这个通知就是在每一个页面都能看见得，所以长连接在main页面开启的。那按道理CSDN也是不超时的？
    csdn是长轮询实现的， 每次请求一分钟完了继续请求。 这样session肯定不会超时的。 但是CSDN是会超时的啊，它怎么实现的
    csdn会超时么？  我好像没遇到过，你怎么知道csdn会超时的？  让你重新登录了？CSDN超时时间是七天
    你说的这个是自动登录功能，是通过cookie控制的， 7天是cookie的保存时间，跟session不搭嘎问题已经解决了，你说的没错，页面有定时请求，用struts2的方式session是不可能超时的，我是根据拦截器去判断上次拦截的时间与本次拦截的时间差是否达到超时时间了，如果超出了，就让session失效，从而达到session超时的目的。