原生 select 的 height 和 line-height 在 Chrome、Edge、Safari 中无效，仅 padding、font-size 和包裹容器的 height 可用；Firefox 部分支持 height 但仅限默认状态；跨浏览器统一高度应优先用 padding + font-size 组合，高精度需求须改用自定义下拉组件。
rem 设置 select 高度在多数浏览器中无效
直接给 select 元素设置 height: 2rem 或 line-height，在 Chrome、Edge、Safari 中通常不生效——下拉箭头区域和文字垂直居中逻辑由浏览器原生控件控制，CSS 高度仅可能影响外容器（如父 div），无法真正缩放下拉框弹出层或内部行高。
能生效的 rem 控制点只有三个
真正可用 rem 的地方非常有限，但明确可行：
-
select的padding：比如padding: 0.5rem 1rem，可配合字体大小让整体视觉高度变化 -
font-size：设为1rem或0.875rem，直接影响文字大小，间接改变“看起来”的高度 - 包裹容器（如
div.select-wrapper）的height和line-height：用于对齐或限制可点击区域，但不改变下拉菜单本身
Firefox 是唯一部分支持 height 的主流浏览器
Firefox 允许用 height 设置 select 的最小高度（需配合 box-sizing: border-box），但仅作用于默认状态；展开后的下拉面板仍不受控。其他浏览器会忽略该声明。
实操建议：
DeepBI DHTML 页面生成器
下载
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
立即学习“前端免费学习笔记（深入）”；
- 不要依赖
height实现跨浏览器一致高度 - 若必须统一尺寸，优先用
padding+font-size组合，并测试 iOS Safari 和 Android Chrome 的实际点击热区 - 移动端尤其注意：iOS 上
select点击会触发系统选择器，此时所有 CSS 高度设置完全失效
真正可控的替代方案是自定义下拉（非原生 select）
当设计要求精确 rem 高度（如 2.25rem）、圆角、阴影或与输入框等高时，原生 select 已到能力边界。此时应换用基于 div + button + ul 的自定义组件，并用 JS 控制展开逻辑。
关键点：
- 用
font-size: 1rem+padding: 0.625rem 1rem可稳定得到 2.25rem 总高度（假设 base font-size=16px） - 必须手动实现键盘导航（
ArrowDown/Enter）和焦点管理，否则可访问性不达标 - 避免用
transform: scale()模拟缩放——会导致点击坐标偏移和高 DPI 显示模糊
原生 select 的“高度”本质是操作系统级 UI 控件的投影，rem 只能修饰它的边框和文字，不能重写它的渲染规则。
