【白话前端 09】HTML网页结构搭建:从语义化标签到整站规划

早期写网页,前端只有一个容器标签可用:<div>

结果就是页面里堆叠了几百个 <div>。人眼能通过 CSS 样式看出哪里是头部、哪里是侧边栏。但对于搜索引擎爬虫、或是视障者的屏幕阅读器来说,这只是一坨没有主次的文本碎片。机器根本不知道 <div> 这几个英文字母代表核心内容。

HTML5 引入 <header><main> 等语义化标签,本质不是为了给页面换个长相,而是给网页写一份“机器能看懂的结构说明书”

当把核心代码放进 <main>,把底部备案信息扔进 <footer>,爬虫一进来就明确知道:“抓取有效信息直接去 <main> 里找,底部的东西可以直接跳过。”这就是语义化的底层价值。

本文不背概念,直接以一个常见的博客设计稿为例,看我们该如何用这套标签把内容塞进正确的“房间”里。


一、网页的 5 个固定组件

再复杂的网站(比如电商、博客),核心结构都逃不出这 5 个固定组件。就像一套房子的“客厅、卧室、厨房”,功能是定死的:

结构组件对应标签作用页面出现次数(通常)
头部<header>放网站 Logo、大标题、全局搜索框。1 次(每个页面顶部都一样)
导航<nav>放全局首要链接(首页、分类、关于我们)。1 次(常紧挨着头部)
主内容<main>页面独占的核心内容(文章正文、商品详情)。仅 1 次(这是用户来页面的目的)
侧边栏<aside>辅助内容(作者简介、相关推荐、广告)。可多次(依附主内容存在)
底部<footer>网站补充信息(版权声明、备案号、联系方式)。1 次(每个页面底部都一样)

拿到设计稿,第一步就是用这 5 个框,把图纸划分清楚。


二、HTML 标签实战映射(页面级)

我们先看“整个页面只有一份”的三个核心骨架标签。

1. <main>:一切为了核心内容

main 是页面的绝对主角。用户打开这篇网页为了看什么,什么就放在 <main> 里。

💡 核心定律:一个页面只能有 1 个 <main> 且必须可见。绝对不能把它嵌套在 <header><nav><footer> 里面。
<!-- 错误:放了两个主角 --><main>文章摘要1</main><main>文章摘要2</main><!-- 正确:所有文章被包裹在一个主角内 --><main><h1>今天的天气</h1><p>北京今天晴,气温15-25℃...</p></main>

2. <header><footer>:门面与收尾

<header> 放全局性的标识;<footer> 放全局的补充说明。它们通常在每个页面(首页、文章页、关于页)都保持相同的代码。

<body><header><img src="logo.png"alt="我的博客logo"><h1>小A的技术博客</h1></header><main><!-- 这里放每一页不一样的内容 --></main><footer><p>©2025 小A的博客 | 备案号:京ICP备123456号</p></footer></body>

三、文章与章节(内容级标签判断)

大框架搭好后,我们进入 <main> 的内部。这里是新手最容易犯迷糊的地方:到底什么时候用 <article>,什么时候用 <section>

1. <article>:独立成册的“小黄书”

<article> 代表一段完全独立的内容。

📖 独立性判断
判断标准:把这部分内容单独复制下来,发到另一个网站去,它还是一篇完整、能看懂的东西吗? 如果能,就用 <article>

一篇完整的博客文章、论坛里的一个主帖、一个商品介绍卡片,都属于 <article>

<main><!-- 首页的文章列表,每篇文章都是独立的 --><article><h2>如何搭一个简单的HTML页面</h2><p>第一步:创建.html文件...</p></article><article><h2>CSS 基础入门</h2><p>把网页变好看的秘密...</p></article></main>

2. <section>:书里的“第 X 章”

<section> 代表具有相同主题的内容分组。它不是独立的文章,而是文章里的一个“章节”。

💡 核心定律<section> 通常必须带有一个标题(<h1>-<h6>)。如果没有标题,说明这段内容不具备主题分组的资格,可能只是一个普通的 <div>
<article><h2>HTML结构入门</h2><!-- 第一节内容 --><section><h3>1. 什么是HTML结构</h3><p>就是网页的骨架...</p></section><!-- 第二节内容 --><section><h3>2. 核心标签有哪些</h3><p>有header、nav、main...</p></section></article>

四、被滥用的 <nav><aside>

1. <nav>:只留给“主干道”

不要看到链接就加 <nav>。文章底部的“上一篇/下一篇”链接、正文里的外部参考链接,都不配用 <nav>
<nav> 是站点的主导航器

🛠️ 正确做法:通常将 <ul> 列表放在 <nav> 中,确保语义极其清晰。
<nav><ul><li><a href="index.html">首页</a></li><li><a href="about.html">关于我</a></li></ul></nav>

2. <aside>:正文的跟班

<aside> 里面的内容如果被删掉,绝对不能影响主内容的阅读理解。
最经典的场景就是侧边栏的“作者简介”、“相关猜你喜欢”、“广告位”。

<main><article><!-- 主文章 --></article><aside><h3>相关文章推荐</h3><ul><li><a href="#">上周去爬山</a></li></ul></aside></main>

五、无语义元素的归宿:<div><span>

如果你手上的内容,套不上前面说的任何一个“带名字的房间”,这时候才轮到万能的容器出场。
记住,它们没有任何语义,在机器眼里就是透明容器,仅为了方便 CSS 挂载样式。

  • <div>(大箱子):独占一行。用于包裹无主题的块级内容(如一个用来做动画的遮罩层、一个复杂的购物车弹窗框)。
  • <span>(小贴纸):不独占一行。用于包裹文字里的一小段,方便给这几个字单独上色。
<p> 今天气温<span class="high-temp">25℃</span>,比昨天高了。 </p><!-- 纯为了排版控制布局而存在的壳子,用 div并起好名字 --><div class="banner-wrapper"><img src="ad.jpg"></div>
🧠 10秒速记指南页面唯一主角定生死: <main>。能单独转发给别人的内容块:<article>。带小标题的内容区域/章节:<section>。为了加 CSS 样式而设置的透明大盒子:<div>

➡️ 下期预告
骨架搭好了,但网页还像一座座无法互通的信息孤岛。怎么让页面之间能够自由跳转、一键下载文件、甚至直接弹出邮件草稿?下一篇文章《HTML超链接从入门到精通》,带你掌握Web真正的灵魂——<a>标签!

Read more

别再做“调包侠”!AI模型的底层逻辑,全靠这门“数学语言”撑着

别再做“调包侠”!AI模型的底层逻辑,全靠这门“数学语言”撑着

做AI、搞数据这么久,你有没有过这样的时刻? 跟着教程敲代码,能轻松跑通CNN、Transformer,甚至能调参调出不错的效果,但被人问起“模型前向传播到底在算什么”“特征降维的核心逻辑是什么”,却支支吾吾说不出个所以然; 面试时,HR随口一问“奇异值分解在推荐系统里怎么落地”“梯度下降的线性代数本质是什么”,瞬间大脑空白,明明学过无数次,却怎么也说不明白; 工作中,模型出现过拟合、收敛太慢,只能盲目调整学习率、增减网络层数,却找不到问题根源——其实你心里清楚,自己只是“会用AI”,并没有真正“懂AI”。 很多人都陷入了一个误区:学AI只追算法、练代码,却忽略了支撑所有模型的“底层骨架”——线性代数。就像狗熊会一直强调的,AI的本质是数学,而线性代数,就是AI能“思考”“运算”的核心语言。 我们不妨拆解一下,那些你天天在用的AI模型,底层全是线性代数的身影,只是你没意识到而已。 AI模型的底层逻辑,本质是线性代数的“花式运算” 很多人觉得线性代数“

分享一个开箱即用的 React K 线图组件,前端炒股看盘必备

分享一个开箱即用的 React K 线图组件,前端炒股看盘必备

一个 prop 画出专业 K 线图,数据获取和指标计算全自动。 为什么又造了个轮子 先说结论:不是我想造,是被逼的。 需求很简单 —— 在一个 React 项目里加一个股票 K 线图,要能切周期、看指标、支持缩放拖拽。听起来是不是很基础? 然后我开始找现成方案。TradingView 的 Lightweight Charts 不错,但免费版功能有限,而且它不是 React 组件,得自己封装一层。npm 上搜 “react kline” 或者 “react candlestick”,出来的结果要么年久失修,要么只是个 demo 级别的东西,拿来用还不如自己写。 既然找不到趁手的,那就自己搞一个。顺便把它做得通用一点,发出来给大家省点时间。 长什么样 项目名叫 kline-charts-react,

国内AI开发者必备:HuggingFace镜像站hf-mirror.com的4种高效下载方法(附避坑指南)

国内AI开发者高效使用HuggingFace镜像站的完整指南 作为一名长期在AI领域耕耘的技术从业者,我深知模型和数据集下载速度对开发效率的影响。特别是在国内网络环境下,直接从HuggingFace官方源下载大型模型常常会遇到速度慢、连接不稳定等问题。经过多次实践和比较,我发现hf-mirror.com这个镜像站确实能显著改善下载体验。本文将分享四种经过验证的高效使用方法,以及你可能遇到的典型问题解决方案。 1. 为什么需要HuggingFace镜像站 对于国内开发者来说,访问国际AI资源平台时常面临网络延迟和带宽限制。以HuggingFace为例,一个几GB的模型文件可能需要数小时才能完成下载,严重影响了开发迭代速度。hf-mirror.com作为专门为国内开发者优化的镜像服务,通过国内服务器加速访问,通常能将下载速度提升3-5倍。 镜像站的工作原理并不复杂:它在国内部署了与HuggingFace官方保持同步的服务器节点,当用户发起下载请求时,数据会从最近的节点传输,避免了国际带宽的瓶颈。这种技术方案在开源社区并不少见,比如我们熟悉的PyPI和Docker Hub都有类似的

Spring AI(一):玩转AI大模型

1. 认识AI 1.1. 体验AI产品 体验AI产品,体验智能客服、语音助手、图像识别等应用,发现它们功能强大且操作便捷。从对话交流到任务执行,AI产品展现了高度的智能化水平。AI技术在多场景下展现了广泛应用和潜力,为生活和工作带来显著改变。 1.1.1. 文本类产品 文本类的产品有很多,比如:Deepseek、通义千问、ChatGPT等。这里以Deepseek为例,让它帮我写一个Java的HelloWorld程序。 1.1.2. 文生图产品 这里以通义千问为例。 1.1.3. 文生视频产品 可以通过文字来生成视频,这里以 智谱清言 为例。 文案: 当你的双脚在峭壁颤抖时,请记住:真正的高峰不是用海拔丈量,而是用跌倒的次数刻下的勋章。黑暗最浓时星光最亮,荆棘最深处玫瑰最艳,每个被汗水浸透的脚印都在重塑命运的轨迹。别怕山峦遮住太阳——你站直脊梁的瞬间,就是地平线升起的时刻。向前跑,