Google chrome devtools 快速3G到底意味着什么？

在Chrome浏览器的开发者工具中，有多种方法来限制网络连接以模拟不同的连接类型

用于选择连接类型的菜单，用于显示用于模拟每种连接类型的速度和延迟。

现在，至少从Chrome64开始，有关速度和延迟的有用信息已经被删除。

---

我尝试在我自己的自定义配置文件中复制第一张图像中常规3G和良好3G的数字，以查看它们是否与第一张图像中的慢速3G和快速3G预设相匹配，但在预设和我的自定义配置文件之间，我得到了显著不同的DOMContentLoaded和Load事件时间结果。

DevTools tech writer and这里是开发者拥护者。这一变化背后的历史是，DevTools现在试图模拟快速3G网络的真实感受。之前，DevTools向您展示了上载/下载/RTT值，正如您在旧UI的屏幕截图中所显示的那样。但这些价值观具有误导性。它们在技术上可能是正确的，但当DevTools与其他节流工具进行基准测试时，DevTools节流不够。例如，如果您使用为3G节流的工具a加载页面，然后使用DevTools加载同一页面（也为3G节流），则使用DevTools加载页面会更快

因此，DevTools不再显示精确的值，但是如果您根据其他节流工具测量DevTools的负载性能，您可以看到它们现在的性能都类似

DevTools不再显示值的原因是它们不能很好地映射到现实。例如，您可能会查找某个连接速度定义为X下载速率、Y上传速率和Z RTT速率。所以您将这些值放入DevTools中。这些值不会很好地接近真实世界的条件。DevTools的加载速度将快于真实体验。最好对特定页面在该连接上的实际加载方式进行基准测试，然后调整输入值，直到DevTools以与实际基准测试相同的时间加载基准页面

当然，另一种方法是让Chrome工程师调整Chrome的节流引擎，以便您输入的值能够很好地映射到现实。但不管出于什么原因，这都不会发生

由于可以添加自定义节流，我知道我们需要更新DevTools用户界面来解释这个限制。换句话说，当您创建自定义节流时，您应该对页面进行基准测试，然后调整DevTools输入，直到它与基准匹配，而不是依赖于这些值

---

希望这是有道理的。

这个问题似乎更适合你。如果您决定将帖子移动到那里，请删除此帖子以避免交叉发布。750 KB/S适用于良好的3G！那太好了，谢谢你的解释。DevTools现在是否仅仅通过降低下载速率和从以前的值增加RTT来模拟3G？或者开发工具会增加速度的随机下降和RTT的增加，让“感觉”更像3G吗？@turibe很高兴这是有意义的。要回答您的问题，不，DevTools不会像您在Real3G中看到的那样添加随机的下降和上升。不过我们已经讨论过了。希望对其他偶然发现这个答案的人有所帮助，因为当使用开发者工具协议（例如Puppeter）驱动Chrome时，实际的数字有助于进行苹果对苹果的比较。。。参数为：90%的1.6Mbit/s用于下载，90%的750kbit/s用于上传，以及150*3.75ms的延迟。。。通过@AndriusA链接的数字是否是实际使用的数字？或者我应该将OP解释为“我们的模拟涉及的数字不止这三个，所以它们应该被完全忽略”@mac9416您应该将其解释为“忽略数字”。调整数字，直到设备性能与您在特定条件下所期望的页面加载方式相似。例如，在真实手机网络上的真实移动设备上，您观察到页面在10秒内加载。您应该调整DevTools的编号，直到DevTools也在10秒内加载页面。