伊万·阿库洛夫因此

目前在 React 17 中，调试 React 性能的唯一方法是使用 React profiler。虽然这对很多事情都很有用，但有一些用例，比如查看生命周期钩子，React Profiler 无法测量它或我的链。弄清楚为什么特定组件需要一段时间才能渲染，React Profiler 再次向您显示该特定组件需要 30 或 300 毫秒来渲染，但它没有显示原因并弄清楚为什么您必须切换回性能窗格。 伊万·阿库洛夫：因此，有了用户计时，就可以很容易地将特定组件与该组件内部发生的情况相匹配，而如果没有用户计时，仅使用 React 分析器实际上会更困难。可惜被删了。 德鲁·麦克莱伦：React 的未来性能如何？您知道即将推出的任何功能和更改可能会有所帮助吗？ 伊万·阿库洛夫：是的。

有两件事我很期待

我认为一个是并发模式，它让 React 优先考虑一些事情而不是另一些事情。我认为这个屏幕发生了延迟。我并没有真正关注它的发展。我知道它已经接近发布了。也许还需要 巴林 WhatsApp 号码列表 年的时间，但距离发布已经相当接近了。 伊万·阿库洛夫：还有一个就是最近推出的主题，就是React服务器组件。这实际上是我真正期待的事情。因此，React 应用程序在两个方面可能会很慢。一是运行时性能，二是加载性能。而加载性能不仅仅与每个人都在谈论的巨大的捆绑包等有关。但这也与捆绑执行有关，更重要的是与 React 水合过程有关。 伊万·阿库洛夫：因此，每当你有一个服务器端渲染的 React 应用程序，并将该页面提供给客户端，然后一个大型 React 服务。

器对该页面进行操作时

就是完成水合过程。它获取所有已排序渲染的 DOM 节点。它重建虚拟 DOM 托盘，并重新附加此……或资源其虚拟 DOM 和实际 DOM 节点之间的关系。 伊万·阿库洛夫：其进程 BTC 数据库欧盟 的问题在于，这是页面加载期间最昂贵的进程。如果您正在加载一个页面，并且该页面运行一些 JavaScript 块，那么该 JavaScript 块将是最昂贵的。它很容易需要几百毫秒，或者在速度较慢的设备上需要一秒钟。这意味着在这 100 毫秒的整整一秒内，页面都不会响应。因此，如果用户尝试在这段时间内滚动它或与之交互，那么页面可能根本不会响应。伊万·阿库洛夫：因此，目前在 React 17 中，调试 React 性能的唯一方法是使用 。