在 Web 开发中，JSON 是一种常用的数据格式，而谷歌也是其中最大的使用者之一。然而，在处理 JSON 响应时，我们可能会遇到一个让人困惑的问题：为什么谷歌在同时（1）？
谷歌同时（1）的解释
先来看一个例子：
------------------------------------- -------------- -- ---------------- ---------- -- -------------------
这是一个典型的从 API 获取数据并输出到控制台的代码块。但是，如果你用 Chrome 浏览器打开它，你会发现控制台输出了两条相同的日志：
--- ----- ---- --- ----- ----
这就是谷歌同时（1）的效果。简单来说，当谷歌浏览器接收到 JSON 响应时，它会把响应数据分成两个部分返回给你，每部分包含完整的数据，并且在控制台输出时都被视为一个数组。
那么，为什么会出现这种情况呢？
据谷歌官方文档[1]所述，这是由于特定的安全考虑而导致的。当浏览器接收到 JSON 响应时，它会首先解析响应头中的 Content-Length 字段，然后根据该字段指定的长度读取响应体。如果响应体不完整，浏览器就会抛出错误并终止请求。
这种行为确保了浏览器只会处理完整的响应数据，并防止了一些安全漏洞。但是，对于某些情况下，比如服务器发送的数据流没有明确的结尾时，它可能会导致上面提到的现象。
解决方法
虽然谷歌同时（1）看起来让人困惑，但我们可以通过几种方式来避免或规避它：
1. 在响应头中添加 Transfer-Encoding: chunked 字段
这个字段告诉浏览器，响应体是以块的形式传输的，并且每一块都以单独的长度字段开头。这样，浏览器就知道何时结束响应体，而不需要依赖 Content-Length 字段。
------------------------------------- -
-------- -
-------------------- ---------
-
---------------- -- ----------------
---------- -- -------------------2. 在响应头中添加 Connection: close 字段
使用这个字段可以告诉服务器，在响应结束后关闭连接。这样，服务器就知道何时结束数据流，而不是等待浏览器关闭连接。
------------------------------------- -
-------- -
------------- -------
-
---------------- -- ----------------
---------- -- -------------------3. 手动解析响应数据
如果以上两种方法都无法解决问题，我们可以手动解析响应数据。这样，我们就可以确保获取到完整的数据并避免谷歌同时（1）的影响。
-------------------------------------
-------------- -- -
----- ------ - --------------------------
----- ------- - --- --------------
--- ---- - ---
------ --------------------------- --------------------- -
-- ------------- -
------ -----------------
-
---- -- ---------------------------- -------- -------
------ ----------------------------------
---
--
---------- -- -------------------
--
---------------------------------------------------------- ----------
-------------------------------------------------------------------------------------