获取元素精确尺寸应优先使用getBoundingClientRect()，它返回视口坐标及宽高并自动适配缩放、滚动和transform；offset/client/scroll系列属性适用于不同盒模型需求，但需确保在渲染后读取，推荐用requestAnimationFrame保障时机。
要获取元素的精确尺寸和布局信息，关键不是用 offsetWidth 或 clientWidth 一概而论，而是根据具体需求选对 API，并注意时机和边界条件。
用 getBoundingClientRect() 获取最可靠的视觉布局数据
这是目前最推荐的方式，返回元素相对于视口（viewport）的左、上、右、下坐标及宽高，单位为像素，且自动处理缩放、滚动、CSS transform 等影响。
- 返回值是只读对象，包含
width、height、top、left、right、bottom属性 - 结果基于当前渲染状态，需在 DOM 渲染后调用（如
requestAnimationFrame或事件回调中） - 示例：const rect = el.getBoundingClientRect(); console.log(rect.width, rect.top);
区分 offset、client 和 scroll 系列属性的适用场景
它们不考虑 CSS 缩放或 transform，但各自反映不同层级的盒模型信息：
-
offsetWidth/offsetHeight：含 border + padding + content，不含 margin，以offsetParent为参考系 -
clientWidth/clientHeight：含 padding + content，不含 border、margin、滚动条（滚动条宽度会被扣除） -
scrollWidth/scrollHeight：内容实际总宽高（含溢出部分），适合判断是否可滚动
确保获取的是“渲染后”的尺寸，避免读取时机错误
DOM 修改后，浏览器可能尚未重排（reflow），此时读取尺寸会拿到旧值。
立即学习“Java免费学习笔记（深入）”；
- 同步修改样式后，可用
getComputedStyle(el).height强制触发重排（慎用，有性能代价） - 更稳妥的做法是用
requestAnimationFrame(() => { /* 读尺寸 */ }) - 监听
resize或scroll时，可节流 +raf组合避免频繁计算
处理缩放、iframe、跨文档等特殊情况
默认的尺寸 API 在缩放页面或嵌入 iframe 时可能失真：
- 用
window.devicePixelRatio辅助判断设备像素比（但不直接用于尺寸换算） - 在 iframe 中操作父文档元素，需注意同源限制；跨域 iframe 无法访问其内部尺寸
- 若页面被 CSS
transform: scale()缩放，getBoundingClientRect()已自动适配，无需额外修正
基本上就这些。核心是：视觉布局优先用 getBoundingClientRect()，盒模型细节查 offset/client/scroll，读取前确认渲染已就绪——不复杂但容易忽略。
