浏览器缓存导致没有真正的向服务端发起请求,浏览器直接返回之前使用的是旧数据

分手后的思念是犯贱 2022-05-22 22:28 106阅读 0赞

最近在项目上,测试的时候,发现一个文书签收,明明已经签收了,但是每次点击都还是现实要再签收一次.

发现在IE11下会有这个问题,在chrom下面就没有.

经过在服务端打断点发现,chrom每次都会向服务端发起请求,而IE11则只有第一次的发起时候请求(这个时候要签收),后面它就不再发起请求了,一直在使用之前的缓存数据(所以就一直显示要签收)

所以现在的好多浏览器,看起来响应很快,其实是因为缓存的原因,要警惕非静态资源浏览器也做了缓存的问题.

在IE11的开发者模式下,点击取消这个即可  
![这里写图片描述][70]

解决方案:  
可以在过滤器中设置,请求不要缓存,但是未必会有效.而且要注意请求过滤的范围,别应该让浏览器缓存的反而也不缓存了(比如用户信息啥的)

具体可以参考:[http://blog.csdn.net/clementad/article/details/46763669][http_blog.csdn.net_clementad_article_details_46763669]

public class NoCacheFilter implements Filter {   
    
        @Override  
        public void destroy(){  
        }  
    
        @Override  
        public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException {  
            HttpServletResponse response = (HttpServletResponse)resp;  
    
            response.setDateHeader("Expires", -1);              //告诉浏览器数据可以缓存多长时间，-1或0表示不缓存 
            response.setHeader("Cache_Control", "no-cache");    //支持HTTP 1.1，告诉浏览器要不要缓存数据，如“no-cache” 
            response.setHeader("Pragma", "no-cache");           //支持HTTP 1.0，告诉浏览器要不要缓存数据，如“no-cache” 
    
            chain.doFilter(req, resp);  
        }  
    
        @Override  
        public void init(FilterConfig arg0) throws ServletException {  
        }  
    }

<filter>  
        <filter-name>NoCacheFilter</filter-name>  
        <filter-class>com.xjj.web.filter.NoCacheFilter</filter-class>  
    </filter>  
    <filter-mapping>  
        <filter-name>NoCacheFilter</filter-name>  
        <url-pattern>/*</url-pattern>   
    </filter-mapping>

[70]: /images/20220523/7babe9bf1ae648708195883e735a7a7e.png
[http_blog.csdn.net_clementad_article_details_46763669]: http://blog.csdn.net/clementad/article/details/46763669