height对原生<select>无效，因其为替换元素，不参与CSS盒模型流；百分比、vh、em等单位均被忽略，仅padding+box-sizing: border-box可稳定控制视觉高度。
height 对原生 <select> 无效，所谓“相对高度”在语义上不成立——它既不能按父容器比例缩放，也不能让下拉弹层（popup）随 height 变化。浏览器把选中区和弹出菜单当作两个独立渲染层，CSS 样式无法穿透后者。
为什么 height: 50% 或 height: calc(100% - 2px) 完全没反应
因为 <select> 是替换元素（replaced element），其尺寸计算不参与常规 CSS 盒模型流；百分比高度需依赖有明确高度的父容器，而即使父容器设了 height，<select> 仍会忽略，回退到 UA 默认值（通常约 28–36px）。Chrome / Edge 尤其严格，Firefox 偶尔响应但不可靠。
- 父容器设
height: 200px，子<select style="height: 80%">→ 渲染结果仍是默认高度 -
max-height、min-height同样被忽略（仅height和padding可影响可见区域） - 用
vh、em等相对单位也无效，根源不在单位，而在渲染机制
padding + box-sizing: border-box 是唯一稳定可控的“伪相对”方案
虽然不能真正按比例缩放，但可通过 padding 动态撑开视觉高度，并与字体大小形成隐含比例关系，实现近似响应式效果：
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 设
font-size: 16px时，padding: 6px 12px→ 总高 ≈ 28px - 设
font-size: 14px时，padding: 5px 12px→ 总高 ≈ 24px，保持文字垂直居中 - 配合
box-sizing: border-box，确保height+padding不叠加溢出 - 避免单独用
height：若同时设height: 32px和padding: 8px，实际高度可能失控（尤其 Safari）
真要相对缩放？只能用 transform: scale()，但代价明确
这是目前唯一能让整个 <select>（含文字、边框、箭头）按比例缩放的方法，但它不是布局缩放，而是视觉重绘：
立即学习“前端免费学习笔记（深入）”；
-
transform: scale(1, 0.7)缩放 Y 轴，再用transform-origin: top center控制基点 - 必须手动补偿位移：
margin-top: 4px或position: relative; top: -2px - 文字变模糊（尤其低 DPI 屏幕），且
focus框位置可能偏移 - 移动端 touch 区域缩小，易误操作；iOS Safari 对
transform下的表单交互支持不稳定
真正需要“相对高度”的场景（比如适配不同屏幕密度或动态主题字号），别硬调原生 <select>。要么用 div+button+ul 自定义组件（此时 max-height: 60vh、line-height: 1.5em 全部生效），要么接受原生控件的固有约束——它的“高度”本质是操作系统级 UI 元素，不是网页盒子。
