HTML元素定位靠匹配规则而非找位置；常见失败原因是元素未加载、在iframe或Shadow DOM中、或未等框架渲染完成，而非ID写错。
HTML 元素定位不是靠“找位置”，而是靠「匹配规则」——浏览器根据你写的 selector（选择器）从 DOM 树里筛选出目标元素。CSS 定位（position）和 HTML 元素定位（如 Selenium 的 find_element 或 JS 的 querySelector）是两套不同体系，混用会导致定位失败。
为什么 document.querySelector('#nav') 找不到元素？
常见原因不是 ID 写错了，而是元素还没加载进来。DOM 是动态的，JS 执行时若目标节点尚未解析，查询就返回 null。
- 检查是否在
<script>标签中直接执行，且该脚本位于<body>顶部 → 改为放在</body>前，或监听DOMContentLoaded - 若元素由 JS 异步插入（如 React/Vue 渲染），需等待框架就绪，不能只等 DOM 加载完成
- ID 中含特殊字符（如
.、:、[）未转义 → 正确写法：document.querySelector('#user\.name')（注意双反斜杠）
Selenium 中 By.CSS_SELECTOR 和 By.XPATH 怎么选？
CSS 选择器快、简洁、兼容性好；XPath 更灵活但慢，且部分老版本浏览器（如 IE）支持弱。实际选型看场景：
- 优先用
By.CSS_SELECTOR：ID（#login-btn）、类名（.btn-primary）、属性（input[name="email"]）、父子关系（form > button[type="submit"]） - 必须用
By.XPATH：按文本内容匹配（//button[text()="提交"]）、定位父元素（./..）、处理动态 class（//div[contains(@class, "item-")]） - 避免写绝对 XPath（如
/html/body/div[3]/div[2]/button）——结构一变就失效
position: absolute 元素为什么脱离文档流却影响 querySelector 结果？
不影响。CSS 的 position 属性只控制渲染层叠与坐标，不改变 DOM 结构。无论 static、relative 还是 absolute，元素仍在原位置的 DOM 节点上，querySelector 照样能命中。
立即学习“前端免费学习笔记（深入）”；
真正干扰定位的是：
- 元素被
display: none或visibility: hidden→ 前者不可见且不占空间，但 DOM 仍存在，selector 可查到；后者可见性隐藏但 DOM 存在 - 元素在
<iframe>内 → 必须先switch_to.frame()（Selenium）或iframe.contentDocument（JS）才能查询 - Shadow DOM 隔离 → 普通
querySelector查不到，得用shadowRoot.querySelector()
const host = document.querySelector('#my-component');
if (host.shadowRoot) {
const button = host.shadowRoot.querySelector('button');
}
最常被忽略的不是语法，而是上下文：是否在正确的作用域（iframe / shadowRoot）、是否等对了时机（DOM ready vs. framework render complete）、是否把 CSS 渲染行为误当成 DOM 存在性判断。
