主页是否与不同来源的 iframe（或弹出窗口）共享线程？
Does main page share thread with iframes(or pop-ups) with different origin?
我找到了关于 multithreading, and after reading additional conversations(like this 的类似主题一）我得出的结论是同源的 iframe 和弹出窗口共享主页面的线程，以便能够在同步模式下进行通信。
但我还有一些疑问：
如果我有一个不同来源的 iframe 并通过邮寄消息（即异步）与其通信，关于一个线程的限制是否仍然存在？因此，如果我将带有 google-tables 的 iframe 嵌入到我的页面中，那么这个应用程序是否会使主页的事件循环负担过重？是否可以通过使用 webview 标签来避免？
谢谢。
最近我从另一个来源得到了答案，想与其他正在寻找此信息的人分享。它来自关于事件循环的文章：
Several Runtime communicating together A web worker or a cross-origin
iframe has its own stack, heap, and message queue. Two distinct
runtimes can only communicate through sending messages via the
postMessage method. This method adds a message to the other runtime if
the latter listens to message events.
我找到了关于 multithreading, and after reading additional conversations(like this 的类似主题一）我得出的结论是同源的 iframe 和弹出窗口共享主页面的线程，以便能够在同步模式下进行通信。
但我还有一些疑问：
如果我有一个不同来源的 iframe 并通过邮寄消息（即异步）与其通信，关于一个线程的限制是否仍然存在？因此，如果我将带有 google-tables 的 iframe 嵌入到我的页面中，那么这个应用程序是否会使主页的事件循环负担过重？是否可以通过使用 webview 标签来避免？
谢谢。
最近我从另一个来源得到了答案，想与其他正在寻找此信息的人分享。它来自关于事件循环的文章：
Several Runtime communicating together A web worker or a cross-origin iframe has its own stack, heap, and message queue. Two distinct runtimes can only communicate through sending messages via the postMessage method. This method adds a message to the other runtime if the latter listens to message events.