现代网页开发不再使用html框架集（frameset）是因为它存在用户体验差、seo不友好、无障碍性弱、安全性低和维护困难等问题，1. 用户体验方面，多个滚动条和书签无法定位具体框架内容导致操作混乱；2. 搜索引擎难以索引分散在不同frame中的内容，影响网站排名；3. 屏幕阅读器对frameset结构支持差，不利于残障用户访问；4. 存在点击劫持等安全风险；5. 需要管理多个html文件，增加开发和调试复杂度。取而代之的现代替代方案是使用css的flexbox或grid布局来实现页面区域划分，既能灵活控制布局又利于seo和可访问性；对于嵌入外部内容的需求，可使用
HTML中的框架集，也就是那个
frameset标签，它过去是用来把一个浏览器窗口切分成好几个独立区域的，每个区域都能加载一个不同的HTML页面。想象一下，就像在同一个浏览器里同时打开了好几扇窗户。不过说实话，现在你基本不会在新的项目里看到它了，因为它已经是个“老古董”了，在现代网页开发中几乎被完全淘汰了。
解决方案
要用
frameset，你得在HTML文件的根部，也就是
<html>标签里，直接用它替换掉
<body>。这本身就挺特别的，因为它改变了页面内容的传统承载方式。然后，你可以在
frameset里定义行或列，用
rows或
cols属性来指定每个区域的大小比例，比如
cols="25%,75%"就是左边25%，右边75%。每个被切分出来的区域，你都需要用一个
frame标签来指定它要加载哪个HTML文件，通过
src属性来指向文件路径，
name属性则可以给这个框架起个名字，方便其他框架里的链接通过
target属性来控制内容显示到这个特定的框架里。
举个例子，一个简单的两列框架集看起来会是这样：
立即学习“前端免费学习笔记（深入）”；
<!DOCTYPE html>
<html>
<head>
<title>我的框架集页面</title>
</head>
<frameset cols="20%, 80%">
<frame src="navigation.html" name="nav_frame">
<frame src="content.html" name="main_frame">
<noframes>
<body>
<p>您的浏览器不支持框架集。请升级您的浏览器。</p>
<p>或者您可以访问 <a href="navigation.html">导航</a> 和 <a href="content.html">内容</a>。</p>
</body>
</noframes>
</frameset>
</html>这里，
navigation.html会显示在左侧20%宽度的区域，而
content.html则在右侧80%的区域。如果
navigation.html里有一个链接想让内容显示在
main_frame里，它会是这样：
<a href="newpage.html" target="main_frame">加载新内容</a>。另外，
noframes标签是为了那些不支持框架集的浏览器或者为了更好的可访问性而准备的，它里面的内容会在不支持框架集时显示出来。
为什么现代网页开发不再使用HTML框架集？
为什么我们现在很少见到
frameset的身影了？这事儿得从好几个角度看。最直接的感受就是用户体验。你想想，一个页面里好几个独立滚动条，来回切换内容，点个返回键可能都不知道返回到哪个“层”了。书签也麻烦，你收藏的是整个框架集，而不是某个特定框架里的内容，下次打开可能还是最初状态。这在移动设备上更是灾难，屏幕那么小，再切分几个区域，简直没法用。
从技术层面讲，SEO是个大问题。搜索引擎蜘蛛过来爬取内容时，面对框架集就有点懵了，它很难理解这些分散在不同文件里的内容到底有什么关联，哪些是核心。这就导致你的内容很难被有效索引，自然就影响了网站的排名。再者，无障碍性也差，屏幕阅读器对这种结构的处理能力很弱，对残障人士很不友好。还有安全问题，比如点击劫持（clickjacking），攻击者可以利用框架集把恶意页面覆盖在你的页面上，诱导用户点击。维护起来也复杂，你得管理多个独立的HTML文件，它们之间还有联动关系，调试起来头疼。这些缺点累积起来，就让它逐渐退出了历史舞台。
如果必须使用类似框架的功能，有哪些现代替代方案？
那如果我真的需要把页面分成几个区域，或者想在页面里嵌入点什么，现在该怎么做呢？首先，如果你只是想把一个页面布局成几块，比如左边导航右边内容，或者上下两部分，那CSS才是王道。Flexbox和Grid布局简直是为这种需求量身定制的，它们能让你非常灵活地控制元素的排列和尺寸，而且完全在一个文档流里，对SEO和无障碍性都非常友好。
比如，一个简单的两列布局，用CSS Flexbox可以这样实现：
<style>
.container {
display: flex;
height: 100vh; /* 让容器占据整个视口高度 */
}
.nav {
flex: 0 0 200px; /* 固定宽度导航 */
background-color: #f0f0f0;
padding: 15px;
}
.content {
flex-grow: 1; /* 内容区域占据剩余空间 */
padding: 15px;
}
</style>
<div class="container">
<div class="nav">
<!-- 导航内容 -->
<ul>
<li><a href="#">链接1</a></li>
<li><a href="#">链接2</a></li>
</ul>
</div>
<div class="content">
<!-- 主内容 -->
<h1>欢迎来到主内容区</h1>
<p>这里是页面的主要内容。</p>
</div>
</div>这种方式，所有的内容都在一个HTML文件里，管理和维护都方便得多。
如果说要嵌入外部内容，比如YouTube视频、地图或者其他网站的组件，那
<iframe>标签就是你的朋友了。但要记住，
<iframe>和
frameset不是一回事。
<iframe>是把一个独立的网页“塞”进你当前页面里的一个矩形区域，它更像是一个独立的“小窗口”，而不是把整个浏览器窗口切开。它通常用于加载来自不同域名的内容，并且可以通过
sandbox属性提供一定的安全隔离。
再者，对于更复杂的应用，现代前端框架如React、Vue或Angular，配合路由管理，可以实现单页应用（SPA）的体验。页面内容可以动态加载和切换，而无需刷新整个页面，这提供了极佳的用户体验和强大的开发能力。
在实际项目中，如何判断何时可以考虑使用iframe，何时应避免？
所以，什么时候用
<iframe>是明智之举，什么时候又该避开它呢？我的经验是，当你需要嵌入那些你无法完全控制，或者需要从一个完全独立的环境中加载的内容时，
<iframe>是个不错的选择。比如，你网站上要显示一个第三方支付页面，或者一个在线客服聊天框，这些通常会通过
<iframe>来加载，因为它能提供一定的安全隔离，防止外部脚本影响你的主页面，或者避免样式冲突。嵌入像Google Maps、YouTube视频播放器这样的第三方服务，
<iframe>也是标准做法。它提供了一个隔离的沙盒环境，减少了安全风险。
但如果你的目标只是为了布局自己的页面内容，或者你想把自己的不同页面模块化，那请务必远离
<iframe>。它会增加页面的加载负担，因为每个
<iframe>都相当于加载了一个独立的浏览器上下文，这会消耗更多的内存和CPU资源。而且对SEO和用户体验来说，远不如直接用CSS布局来得优雅和高效。想象一下，如果你的整个网站都是用
<iframe>套娃一样套起来的，那用户体验简直是灾难，用户的浏览器会变得非常迟钝，而且搜索引擎也很难理解你的网站结构。此外，
<iframe>还可能带来一些可访问性问题，以及跨域通信的复杂性，所以除非有明确且必要的需求，否则最好避免使用它来构建你的主要页面结构。
