纯 css 无法实现真正的多语言切换下拉面板，因其无法操作 dom、响应事件、保存偏好或更新文本节点，仅能配合 javascript 完成 ui 定位与显隐样式。
纯 CSS 无法实现真正的多语言切换下拉面板——select 元素本身不支持嵌套 ul 或自定义结构，且语言内容切换必须操作 DOM 或切换 class/data 属性，这超出了 CSS 的能力边界。
为什么不能只用 CSS 实现语言切换面板
常见误解是把「下拉菜单」和「语言选择器」混为一谈。CSS 的 :hover + position: absolute 可以做出视觉上的下拉效果，但它做不到：
-
select元素只允许option作为直接子元素；写<ul><li>English</li></ul>会被浏览器静默丢弃，选项根本不会渲染 - 切换语言需要更新页面中多个文本节点（如
<p id="welcome"></p>）、或切换data-lang区块的显隐，这必须由 JavaScript 触发 - CSS 无法读取用户选择、无法保存到
localStorage、也无法响应change事件
定位能用在哪？仅限于自定义下拉面板的 UI 布局
如果你决定放弃原生 select，改用 div + button + ul 构建可完全控制的下拉面板（推荐），那么 CSS 定位就起关键作用：
- 给触发按钮的父容器（例如
<div class="lang-switcher">）加 <code>position: relative - 下拉面板（
<ul class="lang-options"></ul>）设position: absolute; top: 100%; left: 0;，确保紧贴按钮下方 - 必须加
z-index，否则可能被导航栏的fixed元素盖住 - 移动端需注意：iOS Safari 对
:hover模拟极弱，必须用click或focus-within配合 JS 控制显隐 - 错位：没给直接父容器设
position: relative，导致position: absolute的参照物变成body，面板飘到页面顶部 - 闪退：鼠标从按钮移到下拉列表途中经过空白间隙，
:hover状态中断；解决方法是把:hover绑定在包含按钮和面板的共同父容器上 - 被裁剪：父级有
overflow: hidden（比如导航栏容器），直接把下拉内容切掉；检查并移除该样式 - 移动端点不中：父容器设置了
touch-action: none（常见于自定义滚动区域），会禁用所有点击行为；临时删掉测试
容易踩的坑：定位错位与闪退
即使结构正确，下拉面板也常出问题：
真正可用的语言切换，核心逻辑必须交由 JavaScript 处理；CSS 定位只负责让那个下拉面板“看起来对”，而不是让它“能工作”。别在 display: none 和 top 上花太多时间，先确保 JS 能正确响应选择、更新文本、持久化偏好——这才是用户感知到的「切换」。
