用JS动态设置tooltip的left/top需先用getBoundingClientRect()获取目标元素视口坐标，再加window.scrollX/Y转为文档坐标，结合边界校正和requestAnimationFrame优化性能。
tooltip元素怎么用JS动态设置left/top而不偏移
直接用 getBoundingClientRect() 获取目标元素位置，再结合滚动偏移算出绝对坐标。很多人的 tooltip 一滚动就飞走，就是忘了减去 window.scrollX 和 window.scrollY。
- 目标元素在视口内的坐标 =
elem.getBoundingClientRect()返回的left、top - 但
position: absolute的 tooltip 是相对于最近定位祖先（或 viewport）定位的，所以需转成文档坐标：const { left, top } = elem.getBoundingClientRect();<br>const docLeft = left + window.scrollX;<br>const docTop = top + window.scrollY; - 若 tooltip 需锚定在元素右下角，记得加上宽高偏移：
docLeft + elem.offsetWidth、docTop + elem.offsetHeight - 别用
offsetLeft/offsetTop—— 它只对offsetParent有效，嵌套transform或fixed祖先时完全不准
CSS里top/left设成百分比为什么总错位
百分比是相对于父容器宽高的，不是相对于触发元素。想靠 CSS 自己“智能定位”，基本走不通；必须 JS 计算后写内联 style.left 和 style.top。
- 除非父容器是触发元素本身且设了
position: relative，否则top: 100%指的是父高，和 tooltip 要贴哪儿毫无关系 -
transform: translate(-50%, -50%)可以居中，但前提是 left/top 已设对基准点（比如目标元素中心），它不解决“基准点在哪”的问题 - 用
position: fixed+ JS 设置left/top最稳，不受父级transform或overflow影响
鼠标跟随tooltip怎么避免抖动和卡顿
直接在 mousemove 里反复 setStyle 会触发大量重排，尤其在低性能设备上明显卡顿。得节流 + 批量更新。
- 用
requestAnimationFrame包一层：只保证每帧最多更新一次样式，而不是每次 mousemove 都改 - 别在事件里实时调用
getBoundingClientRect()—— 它强制同步布局，开销大；可提前缓存或用IntersectionObserver监听可见性变化 - 如果只是简单跟随，用 CSS
pointer-events: none配合transform: translate(x, y)比直接改left/top更流畅 - 移动端注意 touchmove 触发频率更高，务必加节流，且优先用
clientX/clientY而非 target 元素坐标
定位后怎么处理边界溢出（比如贴到屏幕外）
算出来的坐标可能让 tooltip 一部分甚至全部跑出视口，得手动校正。不能只靠 max-width 或 overflow: hidden，那只是藏起来，不是修位置。
立即学习“前端免费学习笔记（深入）”；
- 获取视口尺寸：
document.documentElement.clientWidth/clientHeight - 检查 tooltip 宽高（用
getBoundingClientRect()或offsetWidth/offsetHeight），对比目标坐标 + 宽高是否超出右/下边界 - 常见策略：右溢出 → 改 left 为
clientWidth - tooltipWidth - offset；下溢出 → 改 top 为clientHeight - tooltipHeight - offset - 更稳妥的做法是预留 8px 边距：
Math.max(8, Math.min(clientWidth - tooltipWidth - 8, calculatedLeft))
真正麻烦的不是算坐标，而是各种边界条件叠加：页面缩放、iframe 嵌套、root margin 变化、字体加载导致尺寸重排……这些都会让一次“精准定位”变成多次重计算。建议把定位逻辑封装成函数，每次调用前先 check offsetParent 是否还存在、getBoundingClientRect() 是否返回全零值。
