直接设height在Chrome/Edge/Safari上不一致，因select是替换元素，CSS仅控制顶部选中区，弹出菜单由系统渲染不可穿透；padding+box-sizing:border-box是最稳跨浏览器方案。

为什么直接设 height 在 Chrome/Edge/Safari 上表现不一致

因为 select 是替换元素，浏览器只让 CSS 控制顶部“选中区”，而弹出菜单由操作系统或 UA 样式渲染，CSS 完全无法穿透。你在 Chrome 里写 height: 32px，可能只压扁按钮区，点开后仍显示 8–10 行；Safari 会直接忽略 height 和 line-height；iOS 更强制最小触摸热区为 44px × 44px，缩太小就点不中。

padding + box-sizing: border-box 是最稳的跨浏览器方案

它不依赖 height，靠内边距撑出视觉高度，各浏览器对 padding 的响应接近一致，且能自然配合 font-size 调整。

• box-sizing: border-box 必须声明，否则 padding 会让总高度超出预期
• 上下 padding 要对称（如 padding: 8px 12px），否则文字悬浮或下沉
• 搭配 appearance: none 隐藏原生箭头，再用背景图或伪元素重绘，避免箭头错位
• 别在 option 上写任何样式——height、line-height、padding 全部静默失效

transform: scale() 可统一视觉高度但有可访问性风险

这是少数不改 DOM、纯 CSS 就能让多个 select “看起来一样高”的办法，但要注意副作用。

anything-to-html

将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。

下载

• transform: scale(1, 0.85) 垂直压缩，必须配 transform-origin: top center 和 margin-top 补偿上移
• 缩放后文字变小，需同步调大 font-size（例如从 14px 改为 16px）
• Chrome 120+ 会触发可访问性警告，屏幕阅读器可能误读缩放后的尺寸
• 移动端需额外测试文字渲染清晰度，部分 Android WebView 缩放后出现模糊

真正要控制弹出层高度？只能放弃原生 select

只要还用原生标签，就不可能让弹出菜单响应 max-height、line-height 或字体变化。所谓“兼容处理”，本质是接受两套高度逻辑：选中区可控，弹出层不可控。

立即学习“前端免费学习笔记（深入）”；

• 若需求是“展开后最多显示 5 行、每行 32px、滚动条位置一致”，必须用 div+ul+li 模拟，并在 ul 上设 max-height: 160px 和 overflow-y: auto
• 键盘导航（ArrowDown/Enter）、焦点管理、aria-expanded 状态都得手动补全，否则不符合 WCAG
• 移动端 Safari 对 scrollHeight 更新有延迟，动态增删选项后要用 requestAnimationFrame 包一层再读取
• 别指望 size 属性能救场：size="5" 在桌面端有效，但在 iOS 上常被降级为单选，且破坏聚焦体验

真正难的不是选哪个方案，而是意识到：原生 select 的弹出层根本不在你的 CSS 控制范围内。所有“兼容处理”，都是在承认这个边界的前提下，选一个副作用最小的妥协点。