tomcat6 使用comet衍生出的两个额外问题

时间：2024-03-29 13:33:26

开发了一个轮询推送功能，网上也有很多文章讲这个就不说怎么做的了。现在发现两个问题：

一：就是登录进主页面后，由于浏览器在不停轮询，导致后端认为前端一直在操作，而正常设定的session超时就跳转到登录页面的功能就失效了。因为服务器认为这个session一直活跃着的。

本以为tomcat会有配置，特定的url不算入session的accessTime，找了很久没有这个功能。那就想有没有办法控制浏览器发送请求的时候不带上JSSESSIONID的cookie，也没办法实现。所以只有用自己写代码的形式来控制了。

总的思路有两种，一种是后端控制，另一种是前端控制。

　　后端控制的思路就是用过滤器过滤所有请求，把轮询的请求排除，自己来计算session超时的时间，到了就调用session销毁的方法。特别说明一点映射到实现tomcat6的CometProcessor的servlet的url不会经过Filter，这样自动就排除了(一开始不晓得，我还去在struts.xml的配置里把这个url设为excludePattern,其实完全没必要，因为都不会经过struts2的过滤器)。

　　前端控制的思路是用一些js框架监控前端的事件，如果长时间没有操作，就发送logout请求到服务器。

---------------------------------------------------------------------------------------------------------------------------

tomcat6一个特殊属性：

org.apache.catalina. STRICT_SERVLET_COMPLIANCE

If this is true the following actions will occur:

  • any wrapped request or response object passed to an application dispatcher will be checked to ensure that it has wrapped the original request or response. (SRV.8.2 / SRV.14.2.5.1)
  • a call to Response.getWriter() if no character encoding has been specified will result in subsequent calls to Response.getCharacterEncoding() returning ISO-8859-1 and the Content-Type response header will include a charset=ISO-8859-1 component. (SRV.15.2.22.1)
  • every request that is associated with a session will cause the session's last accessed time to be updated regardless of whether or not the request explicitly accesses the session. (SRV.7.6)
  • cookies will be parsed strictly, by default v0 cookies will not work with any invalid characters. 
    If set to false, any v0 cookie with invalid character will be switched to a v1 cookie and the value will be quoted.
  • the path in ServletContext.getResource / getResourceAsStream calls must start with a "/".
    If set to false, code like getResource("myfolder/myresource.txt") will work.

If this is true the default value will be changed for:

  • org.apache.catalina.connector.Request. ALLOW_EMPTY_QUERY_STRING property
  • org.apache.tomcat.util.http.ServerCookie. PRESERVE_COOKIE_HEADER property
  • The webXmlValidation attribute of any Context element.
  • The webXmlNamespaceAware attribute of any Context element.
  • The tldValidation attribute of any Context element.

If not specified, the default value of false will be used.

这个属性默认值是false。

也就是说我们不设这个值的话，tomcat6去更新session的最后使用时间会在getsession方法被调用的时候才去执行。也就是说如果我们代码里不显示的去获取session的话，即使带着jssessionId这个cookie的请求进来，tomcat也不会去更新session访问时间。所以就很好办了，只要我们轮询url访问的servlet里不显示调用session就OK啦。

反编译tomcat源码出来看了下，如果在tomcat\conf目录下的catalina.properties里把org.apache.catalina. STRICT_SERVLET_COMPLIANCE为true了。那么容器在org.apache.catalina.core.StandarHostValue的invoke方法会执行request.getSession(false);这样时间就被更新了。

二：CometProcessor的线程局部变量问题。

　　发现一个请求的生命周期里 CometEvent是BEGIN和ERROR的时候CurrentThread并不是同一个（其他两种事件类型的情况没试），而Request是同一个（不是同一个岂不乱套了）。推测tomcat在使用NIO的时候不同的CometEvent并没有一定要同一个Thread来执行，而是从线程池里取一个来执行，当然上下文（主要是Request,Respose）是要保持着的，每次执行的时候要传进来。这也是能理解的，毕竟NIO就是为了大并发处理嘛，执行Begin的那个线程把Begin的逻辑执行完了就该放入线程池里供其他请求使用，如果一定要Error的时候再用这个线程来执行，那这段时间这个线程就不能复用了，也就失去了NIO的意义。

　　项目里用了一个ThreadLoacl，都在一个全局的Filter里进行设置。开发完轮询功能正常，后来发现轮询的请求根本没进入那个设置ThreadLoacl的Filter,(前面说了CometProcessor的servlet不会经过普通Filter),那怎么还在正常使用呢，ThreadLoacl还有值。原因是其他请求在线程上设置了这个值，线程完了进入线程池并没有执行清除的操作，所以现在从线程池取出来ThreadLoacl也是有值的。（线程对象就是ThreadLoaclMap的一个Key而已）。所以为了正确，CometProcessor里也要进行ThreadLocal的初始化。

相关文章