为什么浏览器渲染进程不使用多线程的方式？

在网上查了一下，说是如果多个线程同时修改 DOM ，可能会导致竞态条件和不可预测的结果。但是微信小程序用的就是双线程啊？所以浏览器用单线程最本质的原因是什么？以及微信小程序为什么要使用双线程？

微信小程序的双线程是指渲染层和逻辑层由不同的线程管理。 https://developers.weixin.qq.com/community/develop/article/doc/0000461093c4d8782ff7cf7d95b413

渲染层两者不都是单线程吗，想另开逻辑线程浏览器也可以用 worker ，worker 不能直接操作 dom

GUI 渲染一般都是单线程的，小程序也是。 chrome 浏览器的 js 执行是在独立线程的，小程序也是。 小程序和 chrome 一样，js 执行完需要改界面也是委托给渲染线程渲染。至少在这层面来说他们没有你说的区别。

@IvanLi127 我比较好奇为什么浏览器会设计成这样，微信小程序又设计成那样，以及浏览器为什么不设计成微信小程序这样的

GUI 有单独的页面更新和渲染逻辑 windows 上我就遇到过另一个线程修改页面导致控件花屏的

@heroisuseless 我搜了下网上关于小程序双线程的文章，感觉是说的浏览器和 chrome 之类的现代浏览器是不同的。浏览器那么多，你说的是哪个？

微信小程序的方式只是同一个页面中渲染和逻辑是分离的，UI 层面本质上还是 webview 在绘制，这个 Android 手机上打开调试模式就可以看到页面栈或者 tab 页面都是一个独立的 webview 。 我所了解的除了浏览器渲染，其他像 iOS 原生、Android 原生、Unity 游戏开发都是只能在 UI 线程也称主线程上操作。 最阻碍技术推进的原因肯定是复杂度和收益不成正比。比如本来只通过主线程操作可以进行脏检查来加快一帧数据渲染，但是多线程下面就歇菜了。

小程序的双线程，本质上就是阉割了 webview ，通过他们的框架/IDE/runtime 将逻辑放在他们定制的逻辑线程里执行，然后通过 setData 通知 webview 更新，这么做他们的理由就是内容可控、安全什么的，当然有一定的道理。 所以说小程序所谓的双线程是没有太多技术创新的，因为只是嫁接在 webview 上实现的功能，而且他们的目的也不是技术创新，只是为了实现自身可控的 runtime 。

几乎所有 GUI 渲染都是单线程的，多线程渲染很容易出现死锁、竞争等问题。