React技术揭秘
//通过使用ReactDOM.unstable_createRoot开启ConcurrentMode

//ReactDOM.render(<App/>,rootEl);

ReactDOM.unstable_createRoot(rootEl).render(<App/>);

此时我们的长任务被拆分到每一帧不同的task中,JS脚本执行时间大体在5ms左右,这样浏览器就有剩余时间执行样式布局和样式绘制,减少掉帧的可能性。

所以,解决CPU瓶颈的关键是实现时间切片,而时间切片的关键是:将同步的更新变为可中断的异步更新。

同步更新vs异步更新Demo

#IO的瓶颈网络延迟是前端开发者无法解决的。如何在网络延迟客观存在的情况下,减少用户对网络延迟的感知?

React给出的答案是将人机交互研究的结果整合到真实的UI中 (opensnewwindow)。

这里我们以业界人机交互最顶尖的苹果举例,在IOS系统中:

点击“设置”面板中的“通用”,进入“通用”界面:

作为对比,再点击“设置”面板中的“Siri与搜索”,进入“Siri与搜索”界面:

你能感受到两者体验上的区别么?

事实上,点击“通用”后的交互是同步的,直接显示后续界面。而点击“Siri与搜索”后的交互是异步的,需要等待请求返回后再显示后续界面。但从用户感知来看,这两者的区别微乎其微。

这里的窍门在于:点击“Siri与搜索”后,先在当前页面停留了一小段时间,这一小段时间被用来请求数据。

当“这一小段时间”足够短时,用户是无感知的。如果请求时间超过一个范围,再显示loading的效果。

试想如果我们一点击“Siri与搜索”就显示loading效果,即使数据请求时间很短,loading效果一闪而过。用户也是可以感知到的。

为此,React实现了Suspense (opensnewwindow)功能及配套的hook——useDeferredValue (opensnewwindow)。

而在源码内部,为了支持这些特性,同样需要将同步的更新变为可中断的异步更新。

#总结通过以上内容,我们可以看到,React为了践行“构建快速响应的大型Web应用程序”理念做出的努力。

其中的关键是解决CPU的瓶颈与IO的瓶颈。而落实到实现上,则需要将同步的更新变为可中断的异步更新。

#参考资料「英文」尤雨溪论JavaScript框架设计哲学:平衡

16
降序