我在你的书中读到了有关设备热节流的内容

rmamin

这并不是我以前真正考虑过的事情。那里有什么担忧？

杰里米：那里有问题，而且我无论如何都不像微处理器专家。我只是一个网络开发人员，可能写得太多了，但是……所以热节流背后的想法存在于所有系统中，而不仅仅是手机和平板电脑，微处理器会……当它承担过多的工作负载或实际上只是一般的工作负载，该工作的废物就是热量。因此设备有办法缓解这种情况。就像您的笔记本电脑同时具有被动和主动冷却装置一样。

杰里米：因此，被动冷却装置就像散热器或某种散热器。它的活动部分就像一个风扇，可以更有效地散发热量。一些像定制 PC 的设备可能会使用液体冷却，这是一个相对极端的例子，但手机没有这种功能，因为如果您注重便携性，那么您要在哪里真正安装风扇呢？事，对吧？

杰里米：因此，为了使这些设备能够应对这些繁重的工作负载，它们可能会人为地降低处理器的速度，例如降低时钟速率，直到该设备进入可以提高时钟速率的状。这具有一 电报号码数据 定的意义，因为如果你正在咀嚼大量的 JavaScript，你就会看到这些大块的内容，那么这就开始了处理，对吧？因此，在编译和执行中需要通过求值和解析进行大量处理。如果你用一两兆字节的 JavaScript 来做这件事，并且你有很多其他进程在后台运行，比如不同的选项卡，这种类型的事情，可以让你的状态......这增加了可能性该设备可能会进入热节流状态，这意味着它将无法承担额外的工作。

德鲁：所以这是一种负反馈循环。不是吗？您给设备做了很多工作。它变得非常热，然后实际执行该工作的能力下降，因为它必须减速。

杰里米：正确的。再说一遍，我不是微处理器专家。我确信，如果，如果，如果一位非常熟悉这一点的工程师可能会纠正我的一些细节，但总的想法是，是的，随着环境压力的增加，设备不太能够应对这些繁重的工作量，直到压力减轻。

德鲁：所以我们正在为最新 Apple M1 Max（新处理器）的所有设备类型编写 JavaScript，不是吗？从笔记本电脑一直到几乎没有足够工作内存来渲染网页的设备。但网络并不是这样开始的，年轻的听众可能有兴趣知道我们过去根本不需要任何 JavaScript 就可以构建交互式网络体验。我们又大又重的框架将会毁掉我们。

杰里米：我想说，框架有它的时间和地点，那些读过本书摘录的人可能会觉得我是反框架的。我绝对对几个框架持批评态度，但它们确实有其用途，并且可以以保留良好用户体验或产生良好用户体验的方式使用它们。但我认为我们做得还不够，就是批判性地评估这些框架如何损害……运行时性能，对吗？所以我所说的这种类型的东西，如果你点击一个按钮，设备需要一秒甚至两秒的时间来响应该输入，因为后台发生了很多事情。你有第三方 JavaScript 的东西，比如收集分析，然后你还有在线程上运行的其他东西。



杰里米：而且，如果您不严格评估框架的运行时性能，您可能会留下一些更好地为用户服务的机会。一个很好的例子，我总是喜欢使用react 与pre-act。我已经敲这鼓有一段时间了。不久前，我为 CSS-Tricks 写了一篇文章，介绍了移动导航菜单等基本点击交互。这听起来微不足道，但您会发现，在所有设备上，React 都能提供更好的运行时性能，但它具有基本相同的 API。存在差异，有一些细微的差异，可以用表演前的兼容性来掩盖，但就这么简单……我不应该说一个简单的选择，但那个选择，那个基本的选择可能是体验之间的差异这对所有用户或至少对大多数用户来说都非常有效，或者只对某些用户有效。希望这是有道理的。

德鲁：我的意思是，通过所有的框架和构建工具，他们似乎一直在做一些事情，比如树摇晃和优化他们提供的捆绑包以及如何将它们交付给浏览器。当使用大型框架时，您认为是否存在一个临界点，您正在编写如此大的应用程序，您自己的代码如此之多，以至于框架使您能够因为其所有抽象而交付更少的代码？

杰里米：这是一个很难回答的问题。一方面是框架本身代表了大量您永远无法优化掉的代码。因此，拥有一个薄弱的框架，例如预演或任何数量的类似……或者例如咒语，这会很有帮助。