的 src 属性是唯一指定子页面路径的方式,值为相对路径(如"./dashboard.html")、绝对路径(如"/app/sidebar.html")或完整url(如"https://example.com/nav.html"),路径以/开头从根目录解析,否则相对于frameset页面所在目录;html5已废弃该标签。

用 <frame> 的 src 属性指定子页面路径
HTML 框架集(<frameset></frameset>)中,每个 <frame> 标签靠 src 属性加载子页面,这是唯一有效的载入方式。浏览器忽略 href、url 或拼错的 scr 等写法,直接留空或显示错误提示。
-
src值必须是相对路径(如"./dashboard.html")、绝对路径(如"/app/sidebar.html")或完整 URL(如"https://example.com/nav.html") - 路径若以
/开头,表示从站点根目录解析;不以/开头,则相对于当前frameset页面所在目录 - 若路径 404,多数浏览器会显示空白帧,不报 JS 错误,容易误判为逻辑问题
为什么 <iframe></iframe> 不接受 <frame> 的写法
<frame> 只能在 <frameset></frameset> 中使用,而 <iframe></iframe> 是独立内联元素,两者语法和生命周期完全不同。混用会导致 HTML 解析失败——比如在 里写 <frame src="a.html">,浏览器会直接忽略该标签,甚至跳过后续内容渲染。
-
<frameset></frameset>必须替代,不能和共存 -
<iframe></iframe>用src属性,但支持动态修改(iframe.src = "b.html"),而<frame>的src无法通过 JS 安全重设(部分老浏览器会触发重新加载但状态丢失) - 现代项目基本弃用
<frameset></frameset>,W3C 已将其从 HTML5 标准移除
src 路径常见错误与调试方法
路径看似简单,但因框架页面与子页面的上下文分离,容易出现 404 却无明显报错。打开浏览器开发者工具的 Network 面板,过滤 Doc 类型,能直观看到哪些 src 请求返回了 404 或 403。
- 子页面路径写成
"pages/content.html",但实际文件在"./content/"目录下 → 改为"content/content.html" - 使用了 Windows 风格反斜杠:
"pages\main.html"→ 必须用正斜杠"pages/main.html" - 路径含中文或空格但未编码 → 应转义为
"%E6%96%87%E4%BB%B6.html"或改用英文命名 - 本地双击打开
frameset.html(file://协议),部分浏览器禁止跨文件加载 → 改用本地服务器(如python3 -m http.server)
现代替代方案比硬写 <frame> 更可控
如果目标是“分区域加载不同 HTML 片段”,<iframe></iframe> + JavaScript 控制仍是更现实的选择;若追求单页体验,fetch() + innerHTML 或前端路由(如 React Router、Vue Router)能避免框架固有的 SEO、历史记录、打印异常等问题。
-
<iframe></iframe>支持sandbox、referrerpolicy等安全控制,<frame>几乎没有 - 动态切换内容时,
<iframe></iframe>可复用 DOM 实例,而<frameset></frameset>每次重载整个框架结构 - 注意:同源限制下,父页无法读取跨域
<iframe></iframe>的 DOM,这点和<frame>一致
真正卡住的往往不是怎么写 src,而是没意识到 <frameset></frameset> 的上下文和当前页面不是一回事——它的 base URL、cookie 作用域、甚至 document.domain 都可能不同。










