不该。绝对定位只是渲染手段，不改变语义结构；只有作为块的固有组成部分（如.select__list）才用__命名，独立可复用模块（如tooltip）应作为独立block命名。
绝对定位元素该不该加 __ 后缀？
不该。只要它不是块的“视觉子部分”，就不该用 __ 命名。比如下拉面板 .select__list 是合理命名，因为它是 .select 的固有组成部分；但若你在 .select 内部插入一个悬浮提示框（tooltip），且该提示框需脱离文档流、用 position: absolute 定位到触发器右上方——它就不是 .select 的语义子元素，而是独立功能模块，应命名为 .tooltip，而非 .select__tooltip。
常见错误是把“物理位置靠近”等同于“BEM层级归属”。绝对定位只是渲染手段，不改变语义结构。判断依据只有一个：这个元素能否被复用于其他块？如果能（比如 tooltip 可用于按钮、输入框、图标），那它就是独立 block；如果不能（比如 .select__list 逻辑上只属于 select，且无独立交互闭环），才用 __。
position: absolute 的参考容器怎么选类名？
参考容器必须是最近的已定位祖先，且该祖先在 BEM 中应显式承担“定位上下文”职责。推荐做法是给它加 --position-context 修饰符，而不是靠隐式 position: relative。
-
.select--position-context { position: relative; }—— 明确表达“我提供定位锚点” -
.modal--position-context { position: relative; }—— 避免多个组件共用同一祖先时定位错乱 - 不写
.select__trigger { position: relative; }，除非 trigger 本身必须承载子元素定位（如内部 icon + badge 绝对定位）
这样做的好处是：JS 逻辑可通过 el.classList.contains('select--position-context') 判断是否为有效定位根，CSS 也避免后代选择器耦合（如 .select .select__list）。
绝对定位导致样式权重冲突怎么办？
BEM 本意是降低选择器权重，但一旦用 position: absolute，常伴随 z-index 和层叠控制，容易引入高权重选择器（如 .select__list .select__option--highlighted）。解决路径很直接：
- 所有 z-index 控制统一收口到 block 层级：
.select { z-index: 1000; }，子元素不设z-index - 绝对定位元素的显隐状态由 block 修饰符驱动：
.select--open .select__list { opacity: 1; }，而非单独给.select__list加display: block - 避免用
.select__list > .select__option这类后代选择器，改用.select__list .select__option—— BEM 允许空格分隔，且更易维护
关键是把“定位行为”和“状态控制”拆开：定位靠 position + --position-context，显隐靠 block 修饰符，样式靠 element 类本身。
带滚动的绝对定位面板如何命名？
滚动容器（如 .select__list）本身不负责滚动逻辑，它只是承载内容的壳。滚动行为应由 JS 控制，CSS 只管表现。命名上保持简洁：
-
.select__list：仅定义定位、尺寸、过渡，不写overflow -
.select__list--scrollable：当需要开启滚动时添加，内含max-height和overflow-y: auto -
.select__list--virtual：若后续接入虚拟滚动，用修饰符区分，而非新建.select__list-virtual
不要把布局能力（absolute）、交互能力（scroll）、性能优化（virtual）混进同一个类名。BEM 的力量不在“起名多长”，而在“每个词都可删减、可开关”。--scrollable 加或不加，就能切换行为，这才是可维护性的核心。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
