纯HTML无法实现响应式导航栏，因其不处理尺寸变化或交互状态；真正起作用的是CSS的@media、display: flex和:checked等选择器。
为什么纯HTML写不出响应式导航栏
HTML本身不处理尺寸变化或交互状态，nav、ul、li只是语义容器，没有断点、折叠、悬停逻辑。真正起作用的是 CSS 的 @media、display: flex 和 :checked 这类选择器——HTML 只是让这些规则有东西可选。
用 Flexbox 实现桌面端水平居中导航
这是目前最主流、兼容性够用（IE11+）的方案，关键不是“用了 Flex”，而是怎么防翻车：
-
nav设display: flex，但必须加flex-wrap: wrap，否则窄屏上文字被压缩甚至溢出 - 每个
li加flex: 0 0 auto，禁用默认flex-shrink: 1，避免小屏下链接文字被挤变形 - 用
gap: 1rem控制项间距，比给每个li加margin-right更干净；IE11 不支持gap，得退回到li:not(:last-child) { margin-right: 1rem; } - 右对齐登录/注册项，直接给对应
li加margin-left: auto，别用float: right或绝对定位
移动端汉堡菜单必须用 input[type="checkbox"]
不用 JS 实现点击展开/收起，唯一可靠方式是靠表单控件的状态可被 CSS 捕获：:checked + 兄弟选择器 ~ 才能触发显隐。常见错误包括：
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 用
div或button配 JS——JS 失效时菜单永远不可见 - 把
input设display: none后再用 JS 控制——它就失去可交互性了，应改用opacity: 0; position: absolute; -
ul.nav-menu默认设max-height: 0; overflow: hidden;，而不是display: none，否则 CSS 过渡动画无法生效 - 展开时设
max-height: 300px要略大于所有子项总高，否则动画中途截断；max-height: fit-content在过渡中不生效，不能依赖
下拉菜单的定位和嵌套结构容易错
下拉菜单视觉错位、焦点失控、移动端展开后飘走，90% 是结构或定位没写对：
立即学习“前端免费学习笔记（深入）”；
- 含下拉的
li必须设position: relative，否则position: absolute的子菜单会往上找最近已定位祖先，甚至落到body上 - 子菜单
ul必须是对应li的**直接子元素**，即li > ul，平级或外置会导致 CSS:hover或:checked ~选择器失效 - 子菜单用
top: 100%; left: 0;对齐，比硬写top: 44px更可靠——父项高度一变就偏移 - 每个下拉项的
a标签要包裹完整，不能跳级；屏幕阅读器依赖这个层级播报“共 X 个子项”
真正难的不是写出一个能动的导航栏，而是让它在 iOS Safari 滚动时不闪烁、在 IE11 下不塌缩、在键盘 Tab 时焦点不跳脱、在路径动态变化时 active 状态不丢——这些细节不靠试错，得从结构语义和 CSS 状态机制里抠出来。
