博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
你知道HTTP状态码204和304的区别么?
阅读量:6657 次
发布时间:2019-06-25

本文共 1240 字,大约阅读时间需要 4 分钟。

    在搜索引擎中输入“HTTP状态码”,或者输入“http status code”,可以找到详尽的资料。但是,这些资料大都是描述了状态码的定义,至于技术上的微妙之处,只能是靠自己摸索了吧。

 

204和304的区别,直接告诉大家答案,还是先卖个关子呢?知道答案的看到这里可以离开了,不知道答案的如果着急,可以直接跳到最后。如果还有些兴趣,那就跟我一步步来吧,这样记忆会更长久一些。

 

204和304的定义,简单描述如下:

204 No Content304 Not Modified

 

顾名思义倒是能看出一些端倪。但是,无论是英文还是中文,204的补充说明很有误导性:

If the client is a user agent, it SHOULD NOT change its document view.在并没有新文档的情况下,204 (SC_NO_CONTENT)确保浏览器继续显示先前的文档。

 

在真相大白之前,还是先看看我遇到的问题吧。

 

现象:

   网页使用了jQuery。本机IE10打开页面没有问题。两位同事的IE10打开页面报$函数不存在错误。 

分析:

两位同事的IE10对两个页面中相同来源的javascript文件,只执行一遍。打开第一个页面能够正常显示,打开第二个页面则报$函数不存在错误。

错误的解决方式:

恢复IE默认配置,如下图所示:

正确的解决方式:

注意到这个站点在输出内容之前有这么一个逻辑

if(resultText.equals("")){httpServletResponse.setStatus(204);}

正确的做法是把整个if语句全部注掉。浏览器的配置是“自动”还是“每次访问网页时”,都行。错误现象中“本机IE10打开页面没有问题”是个误导,只要操作“得当”,问题在本机也是可以再现的。

 

真相,204和304的区别:

 在本例中,204的同时返回了空文件,这个空文件要替换上次缓存的文件。这样第一次打开页面获取jQuery代码是正确的,页面正常显示;第二次打开页面时询问是否要更新,结果返回了空文件,这个空文件成为了新的缓存,然后错误现象看起来就像是jQuery没有加载,而且以后也不会再“加载”了,因为文件是空的拿什么加载?注释掉那个httpServletResponse.setStatus(204)的程序指令,Web服务器就自动返回304了,304的意思是还用上次的缓存,这样就不会有空文件的问题,所以页面正常显示。这就解释了为什么当出现问题时清空缓存有用,也不难理解为什么“每次从服务器刷新”更有用。因为浏览器安装的默认配置就是有缓存机制的,我们要求每个用户去修改他们的配置不现实,所以倘若不能够正确地理解到204和304的微妙区别,便不能铲除错误的根源,留下一个阴影在那里微笑。

 本文转自 hexiaini235 51CTO博客,原文链接:http://blog.51cto.com/idata/1261569,如需转载请自行联系原作者

你可能感兴趣的文章
XenServer 6.2/6.5 安装图解
查看>>
阿里云主机安装开发工具包报错处理
查看>>
Mark an SSD in your virtualized vSphere lab
查看>>
php页面字符集解析的先后顺序
查看>>
关于HTTP更详细的说明
查看>>
详解Java解析XML的四种方法
查看>>
面向对象设计的优点
查看>>
高效率的排列组合算法
查看>>
关于301重定向--对301跳转的了解(上)
查看>>
z-index在IE下的问题
查看>>
docker save与docker export的区别
查看>>
eclipse中导出签名的apk
查看>>
shell后台定时任务crontab的用法
查看>>
linux系统在虚拟机上不能使用桥接模式
查看>>
Nginx性能测试工具之http_load
查看>>
dblink的使用
查看>>
QuartZ的CronTrigger表达式
查看>>
nagios监控linux主机
查看>>
我的友情链接
查看>>
nginx跳转参数与实例
查看>>