为什么 YouTube API 查询量增长如此之快？
Why does the YouTube API queries rise so quick?
我最近（几个月前）遇到了一个问题，关于我的 javascript 页面发送到 YouTube 搜索列表 API 的请求数量。当我查看 Google 的指标页面时，它显示每天有成百上千个请求，而我只做几个。
在图片上，你可以看到前一天，我的最大限制几乎达到了（10000），今天大约是几百...
起初我以为我的脚本有一个错误，发送了比应有的多100倍的请求...但是在调试时，我发现一次只发送了1个请求。甚至查看在 TCP 上使用端口 443 的 tcpdump（现在 QUIC 的 UDP HTTP/3），它远不是 100 个数据包（只有几个）...
所以我认为这是一个 HTTP3（新）问题，并启动了一个旧的 gnome 浏览器，tcpdump 显示了 TCP 流，因此它有效地使用了 HTTP/1.1 或 /2，并得到了相同的结果结果 ！在 Google 的服务页面上看到了一百多个查询。
我进一步调查，甚至用 wget 发送一个 bash 命令，我得到了完全相同的结果！ 102 个查询更多...
wget "https://www.googleapis.com/youtube/v3/search?part=snippet&maxResults=1&q=h&type=video&videoDuration=any&fields=items(id(videoId)%2Csnippet(description%2Ct
itle))%2CnextPageToken%2CpageInfo%2CprevPageToken%2CregionCode&key=MYKEY..."
有人解释一下吗？
"queries"这个词在Google的网页里好像有点误导...
图中显示的其实是"tokens"使用的数量。由于 1 个真实搜索查询相当于大约 100 个标记，这就是为什么数字上升如此迅速的原因。
我最近（几个月前）遇到了一个问题，关于我的 javascript 页面发送到 YouTube 搜索列表 API 的请求数量。当我查看 Google 的指标页面时，它显示每天有成百上千个请求，而我只做几个。
在图片上，你可以看到前一天，我的最大限制几乎达到了（10000），今天大约是几百...
起初我以为我的脚本有一个错误，发送了比应有的多100倍的请求...但是在调试时，我发现一次只发送了1个请求。甚至查看在 TCP 上使用端口 443 的 tcpdump（现在 QUIC 的 UDP HTTP/3），它远不是 100 个数据包（只有几个）...
所以我认为这是一个 HTTP3（新）问题，并启动了一个旧的 gnome 浏览器，tcpdump 显示了 TCP 流，因此它有效地使用了 HTTP/1.1 或 /2，并得到了相同的结果结果 ！在 Google 的服务页面上看到了一百多个查询。
我进一步调查，甚至用 wget 发送一个 bash 命令，我得到了完全相同的结果！ 102 个查询更多...
wget "https://www.googleapis.com/youtube/v3/search?part=snippet&maxResults=1&q=h&type=video&videoDuration=any&fields=items(id(videoId)%2Csnippet(description%2Ct
itle))%2CnextPageToken%2CpageInfo%2CprevPageToken%2CregionCode&key=MYKEY..."
有人解释一下吗？
"queries"这个词在Google的网页里好像有点误导...
图中显示的其实是"tokens"使用的数量。由于 1 个真实搜索查询相当于大约 100 个标记，这就是为什么数字上升如此迅速的原因。