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

最新推荐文章于 2025-03-24 17:03:12 发布

y41992910

最新推荐文章于 2025-03-24 17:03:12 发布

阅读量2.8k

点赞数

CC 4.0 BY-SA版权

分类专栏： javaweb_实践问题汇总浏览器文章标签：浏览器缓存

本文链接：https://blog.youkuaiyun.com/y41992910/article/details/80492525

javaweb_实践问题汇总同时被 2 个专栏收录

141 篇文章

订阅专栏

浏览器

2 篇文章

订阅专栏

本文介绍了一个在IE11浏览器中遇到的文书签收功能重复提示签收的问题及解决方案。该问题源于IE11对非静态资源的缓存机制不同，导致即使已完成签收操作仍反复提示。通过在服务器端设置HTTP头部来禁用缓存，可以解决此问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

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

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

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

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

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

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

具体可以参考:http://blog.youkuaiyun.com/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> <!-- 根据需要调整url-pattern -->  
</filter-mapping>