qiankun的作者有一篇《Why Not Iframe》 介绍了iframe的优缺点，诚然iframe确实存在很多缺点，但是在选择一个方案的时候还是要具体场景具体分析，它可能在当下很流行，但它不一定在任何时候都是最优解:iframe的这些缺点对我来说是否能够接受?
获取window对象在iframe内获取window对象只能获取到当前iframe内的对象，获取父页面的方法只需在方法前面加上parent,必须parent.window就找到的是父元素的window对象，父页面控制子页面只用document.framesducument.fra
一. 问题描述骚年，当你捋一遍文档，写几个小例子，觉得Phantomjs在手，天下我有的时候，也许某一次不经意的点击，发现，哎呦，选择器竟然选不中元素！！！再仔细检查，发现我用的是CSS3的选择器呀，XPath也试过，结果还是发出的API调用有如石沉大海，这怎么破？二.
微前端已经是一个非常成熟的领域了，但开发者不管采用哪个现有方案，在适配成本、样式隔离、运行性能、页面白屏、子应用通信、子应用保活、多应用激活、vite 框架支持、应用共享等用户核心诉求都或存在问题，或无法提供支持。
通俗点就是网页中的嵌套网页，如果我们在做自动化测试中，需要定位的元素包含在了 iframe 内联框架里，那么我们就需要跳进 iframe ，如果说还需要做后续的操作，但后续的元素不在 iframe 中，这时候就需要再跳出 iframe 。
Frame 对象Frame 对象代表一个 HTML 框架。<frame>标签定义了在框架中一个特定的窗口（框架）。在 HTML 文档中 <frame> 每出现一次，就会创建一个 Frame对象。 IFrame 对象IFrame 对象代表一个 HTML 的内联框架。
跨域问题是由于浏览器的一种安全策略而出现的，即同源策略。如果跨域访问，这时候通常就会报错:has been blocked by CORS policy: No 'Access-Control-Allow-Origin'
1、Doctype作用? 严格模式与混杂模式如何区分？它们有何意义?（1）、 声明位于文档中的最前面，处于 标签之前。告知浏览器的解析器，用什么文档类型 规范来解析这个文档。 （2）、严格模式的排版和 JS 运作模式是 以该浏览器支持的最高标准运行。
