问什么是304没有修改的意思在控制台状态意味着什么？

EN

在您的具体情况下，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响应不能包含消息体，因此始终由标题字段之后的第一个空行终止。 响应必须包括以下头字段：

• 日期，但如第14.18.1条规定略去日期，则属例外 如果无时钟的原始服务器遵守这些规则，并且代理和客户端将自己的日期添加到没有响应的任何响应(如RFC 2068，第14.19节已经指定的那样)，则缓存将正确操作。
• ETag和/或内容-位置，如果报头在对同一请求的200个响应中发送，则缓存控制和/或更改，如果字段值可能与以前为同一变量发送的任何响应中的值不同的话。 如果条件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

然后，当浏览器下一次请求同一个文件时，它将在请求中发送带有此头的条件GET请求：

If-None-Match: xxxxx

其中xxxxx在两个字符串中都是相同的字符串。

这是浏览器告诉服务器，它已经有了一个带有给定ETag的文件版本。然后，服务器检查文件的版本是否为ETag。如果ETag匹配，则返回304。在本例中，ETag用作版本号。在某些情况下，它是文件的散列，但在socket.io.js的特定情况下，它实际上是一个版本号(因为服务器代码密切了解该特定文件)。

我有类似的问题，我做了jfriend00的建议，但这没有帮助。

我发现了以下内容--这不是为Jerielle设计的--我希望它能帮助到别人。

为了避免这个问题，只需打开以下链接(它是可选的-参见下面最后一段)：

http://localhost:3000/socket.io/socket.io.js

(请将3000换成您正在使用的)。

这将缓存socket.io.js

在那之后，打开你需要打开的页面，第一次你应该得到200。不要再次刷新页面-- socket.io按预期的方式工作--按它应该的方式与服务器通信(至少在我的例子中是这样)。

如果您再次单击refresh，它将返回304 --它可能与this有关--我猜，在此过程中使用‘If -修改’，因此刷新返回304‘未修改’。

这意味着在大多数情况下，socket.io应该能够成功地与服务器通信，即使您获得304 (即使您没有单击上面的链接来缓存socket.io.js)。