304未修改意味着控制台状态是什么?

Jer*_*lle 3 node.js socket.io

我正在通过简单的聊天学习节点js。这是我的示例代码:

server.js

var mongo = require('mongodb').MongoClient,
    client = require('socket.io').listen(8888).sockets;
Run Code Online (Sandbox Code Playgroud)

index.html

<!DOCTYPE html>
<html lang="en">
    <head>
        <meta charset="utf-8">
        <meta http-equiv="X-UA-Compatible" content="IE=edge">
        <meta name="viewport" content="width=device-width, initial-scale=1">
        <title>Node Chat System</title>
        <link rel="stylesheet" type="text/css" href="css/main.css" />
    </head>
    <body>
        <div class="chat">
            <input type="text" class="chat-name" placeholder="Enter your name" />
            <div class="chat-messages"></div>
            <textarea placeholder="Enter your message" ></textarea>
            <div class="chat-status">Status: <span>Idle</span></div>
            <script src="http://127.0.0.1:8888/socket.io/socket.io.js"></script>
        </div>
    </body>
</html>
Run Code Online (Sandbox Code Playgroud)

然后重新启动节点服务器,然后加载页面并检查控制台> net选项卡

然后我在访问socket.io时的状态是:

304 Not Modified
Run Code Online (Sandbox Code Playgroud)

在我的教程中

200 Ok
Run Code Online (Sandbox Code Playgroud)

顺便说一句,我也使用了wampserver,当我停止所有进程时,效果仍然相同。

你能帮我吗?

jfr*_*d00 5

在您的特定情况下,node.js服务器只是在告诉浏览器它的缓存版本socket.io.js不是过时的,因此只需使用它在缓存中已经拥有的版本即可。这是可缓存文件的正常浏览器行为。如果清除浏览器缓存,请重新启动浏览器,然后重复此测试,第一次加载文件时,应该看到200状态(由于缓存为空,浏览器将不会发出条件GET请求)。此后,一旦文件被缓存,您应该再次得到304。


规范中的此处是304返回状态的说明(也是Google搜索中的第一个结果):

http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.3.5

10.3.5 304未修改

如果客户端已经执行了有条件的GET请求,并且允许访问,但是文档没有被修改,则服务器应该以该状态码响应。304响应必须不包含消息正文,因此始终由标头字段之后的第一个空行终止。

响应必须包括以下头域:

  - Date, unless its omission is required by section 14.18.1 
Run Code Online (Sandbox Code Playgroud)

如果无时钟源服务器遵守这些规则,并且代理和客户端将自己的日期添加到没有响应的任何响应中(如[RFC 2068]第14.19节所指定的),缓存将正常运行。

  - ETag and/or Content-Location, if the header would have been sent
    in a 200 response to the same request
  - Expires, Cache-Control, and/or Vary, if the field-value might
    differ from that sent in any previous response for the same
    variant 
Run Code Online (Sandbox Code Playgroud)

如果条件GET使用了强缓存验证器(请参阅第13.3.3节),则响应不应包含其他实体头。否则(即,条件GET使用弱验证器),响应中不得包含其他实体标头;这样可以避免缓存的实体与更新的标头之间的不一致。

如果304响应指示当前未缓存的实体,则缓存必须忽略该响应,并在没有条件的情况下重复该请求。

如果缓存使用接收到的304响应来更新缓存条目,则缓存必须更新该条目以反映响应中给定的任何新字段值。

因此,简而言之,这意味着如果客户端发出了有条件的GET请求,则服务器可以返回304,这意味着自上次请求该内容以来,该内容尚未被修改,这是服务器将该内容传递回给服务器的一种方式。客户端,而无需再次发送内容。基本上,客户说:“我想知道您是否拥有该内容的较新版本,这是我已经拥有的版本的元数据。如果您没有比我已有的要新的版本,那么返回304,否则将更新的版本发送给我”。

而且,如果您想对“条件GET请求”进行更多说明,可以在这里阅读有关内容:https : //ruturajv.wordpress.com/2005/12/27/conditional-get-request/


更多详情

如果先清除浏览器缓存然后抓取socket.io.js,您将看到200个响应状态和一个响应标头,如下所示:

 ETag: xxxxx
Run Code Online (Sandbox Code Playgroud)

然后,下次您的浏览器请求相同文件时,它将发送一个条件GET请求,并在请求中带有以下标头:

If-None-Match: xxxxx
Run Code Online (Sandbox Code Playgroud)

xxxxx两者中的相同字符串在哪里。

这是浏览器告诉服务器它已经具有带有给定ETag的该文件的版本。然后,服务器检查文件的版本是否为该ETag。如果ETag匹配,则返回304。在这种情况下,ETag用作版本号。在某些情况下,它是文件的哈希,但在socket.io.js的特定情况下,它实际上是版本号(因为服务器代码非常了解该特定文件)。