版本 117.0.2045.35 不行

哈哈哈哈， 说别人的内容难懂，然后弄了一个没有共识的缩写让大家猜半天， 牛啊牛。
“不要跟我讲英文好吗，OK ？”

你应该把抓包的原始请求对比下， 另外 A 接口也要贴出来。 不然让大家陪你猜谜语呢？？？

简简单单：

const buildUrl = url => url.split('').reduce((r, c) => r + c.charCodeAt(), 0) % 10 + 1;

ack 不维护了？不会吧

为什么要打码，放出来不丢人

@hepeng10 #12 http 客户端（ ajax/fetch ）确实拿到的是 200 ，即使网络面板显示的是 304 。 应该是自动读取了本地缓存，有了响应内容状态就变了。

前段时间看到有位网友也找出一个光猫桥接被限速的问题原因， 可能更有代表性。 他那个是光猫的 NTP 服务连不上和上级设备通信时间对不上导致网速下降

所以很多网友说光猫桥接会被限速 、大多是终端的问题

https://v2ex.com/t/958813

你永远叫不醒一个装睡的人

@victimsss #10 这个问题应该很早就有，看之前别人提的 issue 有的状态都 fixed ，不知道为啥最新版还是有这个问题
bug list: https://bugs.chromium.org/p/chromium/issues/list?q=304%20status%20code&can=1

bug fixed: https://bugs.chromium.org/p/chromium/issues/detail?id=1351286&q=304%20status%20code&can=1

stackoverflow： https://stackoverflow.com/questions/61584984/chrome-shows-200-ok-status-in-network-even-if-server-returns-304

好热闹😄

如果 chromium 真的是把读了缓存（强缓存和协商缓存）就显示 200 状态， 那同域请求 304 应该也显示 200 才对而不是同域正常显示 304 跨域就改成 200 。 所以应该不是这个规则的原因。 @deplivesb

4 、Safrai 跨域请求显示 304 （报文）
https://i.imgur.com/FWjzuRy.png

1 、同跨正常显示 304
https://i.imgur.com/cbGMfzZ.png

2 、跨域显示 200 、服务端响应是 304
https://i.imgur.com/OHDBmhP.png

3 、Safrai 跨域请求显示 304
https://i.imgur.com/7rDThlR.png

@sujin190 #2 原始报文不应该被修改，如果是强缓存直接从本地拿的显示 200 没问题，已经发起了远程请求应该直接显示响应的状态码才对

@hepeng10 #3 304 就是 HTTP 标准定义的怎么可能拿不到 304 ， 是不是有点孤陋寡闻了

@deplivesb #4 这个就要看 chromium 怎么定义的这个 200 ，304 确实要读本地缓存，是不是读了缓存（强缓存和协商缓存）统一都是 200 ，就忽略协商缓存过程响应的 304

@wonderfulcxm #5 从来没见过 304 状态吗

很早之前就有个感觉 CDN 资源在浏览器中很少显示 304 状态，应该也是和这个问题有关。

应该是结构没同步好，手动加下唯一索引就好

Github 可以托管开源、闭源、私有项目 这都没问题，如果项目是 fork 开源项目的就要遵守原项目开源协议的规则。
原项目开源协议为 MPL-2.0 （ Mozilla Public License Version 2.0 ），新项目未采用开源协议，至于是否从 0 开始重写是未知的，因为没开源过。
https://i.imgur.com/59RKq6I.gif

罪恶都来了 哈哈哈哈😂，前端的东西很多但都很简单，写框架的和写业务的区别真不大只是侧重方向不一样，没必要拉高踩低的。
还有造这种轮子除了拿来练练手其他意义不大。 还有看了项目代码总结就是不太规范、质量不高，过度设计。
http client 仅关心网络层就够了，不需要关心业务场景，比如缓存、分页、组件、应用层框架等。
代码并不是多就是好，有很多前端优秀的库都是如此，简单易用是首要原则。