在 Chrome 浏览器的开发者工具中，有多种方法可以限制您的网络连接以模拟不同的连接类型。
用于选择连接类型的菜单用于显示用于模拟每种连接类型的速度和延迟。
现在，至少从 Chrome 64 开始，有关速度和延迟的有用信息已被删除。
我尝试在我自己的自定义配置文件中复制第一张图片中常规 3G 和良好 3G 的数字，以查看它们是否与第一张图片中的慢速 3G 和快速 3G 预设相匹配，但我得到的 DOMContentLoaded 和加载结果明显不同预设和我的自定义配置文件之间的事件时间。
【问题讨论】：
这里是 DevTools 技术作家和开发者倡导者。改变背后的历史是 DevTools 现在试图模拟快速 3G 网络的真实感受。以前，DevTools 向您显示上传/下载/RTT 值，正如您在旧 UI 的屏幕截图中所示。但这些价值观具有误导性。它们在技术上可能是正确的，但是当 DevTools 与其他节流工具进行基准测试时，DevTools 的节流不够。例如。如果您使用工具 A 加载了一个针对 3G 进行限制的页面，然后使用 DevTools 加载了相同的页面（也针对 3G 进行了限制），那么使用 DevTools 加载的页面速度更快。
所以 DevTools 不再显示确切的值，但如果您将 DevTools 的负载性能与其他节流工具进行对比，您会发现它们现在的性能都差不多。
DevTools 不再显示值的原因是它们不能很好地映射到现实。例如，您可能会查找某个连接速度定义为 X 下载速率、Y 上传速率和 Z RTT 速率。因此，您将这些值放入 DevTools。这些值不会很好地接近现实世界的条件。 DevTools 的加载速度将比实际体验更快。最好对某个页面在该连接上的实际加载方式进行基准测试，然后调整输入值，直到 DevTools 加载基准页面的时间与实际基准测试的时间大致相同。
当然，另一种方法是让 Chrome 工程师调整 Chrome 的节流引擎，以便您输入的值实际上可以很好地映射到现实。但无论出于何种原因，这都没有发生。
由于可以添加自定义限制，我知道我们需要更新 DevTools UI 来解释这个限制。换句话说，当您创建自定义限制时，您应该对页面进行基准测试，然后调整 DevTools 输入直到它与基准匹配，而不是依赖于值。
希望这是有道理的。
【讨论】：