首先，澄清一下，这个问题与加载页面渲染性能无关。
我正在开发一个使用 SVG 和大量 javascript 的 Web 应用程序（HTML5、SVG、CSS3 和 Js）。它达到了拖动明显缓慢的地步，我们不得不返回并重新编写和审查所有现有功能以优化应用程序。
我的一个队友认为，如果我在 iframe 中加载功能，Web 应用程序不会受到太大影响，因为浏览器会在单独的线程中处理它，因此现有的 Web 应用程序选项卡不必首当其冲iframe 内容渲染和更新。另外，如果需要，iframe 中的内容可以很容易地在 div 中呈现。
我的问题是，浏览器（当然是最新的和最好的）在处理 iframe 时是否会为渲染和性能分配单独的资源？应用程序加载不是这个问题的问题。
我不想在这里跳上一个旧线程，但公认的答案具有误导性。您的朋友是对的：iframe 被有效地沙盒化，因此它们的渲染过程在现代浏览器中是独立的、异步的和多线程的。因此，虽然将应用程序的部分分割成 iframe 不会加速任何 javascript 执行，但它很可能会在分割和简化每个页面组件的 DOM 的程度上提高渲染性能。
作为参考，请查看有关 Fastbook 的故事，这是 Sencha 工程师在几个星期内将其作为一个晚上的项目整理出来的，目的是为了表明 Facebook 网络应用程序可以得到极大的优化。除其他外，他们使用 iframe 进行沙箱渲染。
作为旁注，这并不是浏览器应该如何工作的。（例如，Chrome 团队鼓励人们在需要 iframe 来提高性能的情况下提交错误。）尽管如此，在可预见的未来，它仍然是复杂应用程序的最佳实践，尤其是那些具有多个“面板”和高回流率的应用程序。
Same-domain<iframe>保证在同一个线程中运行。
如果它们不能相互交互，浏览器只能在不同线程上运行两个页面。