不能直接用 transition 动画 border 画的箭头位移，必须将箭头设为独立伪元素并用 transform: translateX() 配合 transition 实现平滑移动，同时需用 getBoundingClientRect() 获取准确坐标并兼容 mousemove/touchmove 事件。
transition 能不能直接动画 transform + border 组合出箭头位移
不能。CSS transition 只能对可计算的数值型属性做插值，而“用 border 画的三角形箭头”本质是边框颜色叠加形成的视觉错觉，它的“位置”不是独立属性，无法单独过渡。试图给 border-top-color 或 margin-left 加 transition，只会让整个提示框闪动或无反应。
真正可行的路径只有一条：把箭头做成独立元素（比如 ::after），用 transform: translateX() 控制水平偏移，并对 transform 做过渡。
- 箭头必须是伪元素或额外
<span></span>，不能依赖 border 技巧“附着”在主框上再指望它自己滑动 -
transform是唯一被浏览器硬件加速、且支持平滑插值的位移方式；left/margin会触发重排，卡顿明显 - 过渡必须写在箭头元素自身上，而不是父容器——否则鼠标移入时箭头不会“跟随”，而是等整个提示框定位完才动
如何让箭头随鼠标在提示框底部平滑移动
核心是监听鼠标在提示框内的相对 X 坐标，算出箭头应处的偏移量，再用 JS 更新 style.transform。CSS 只负责定义过渡行为，不参与计算。
关键点不在“怎么动”，而在“动得自然”：箭头起始位置要和鼠标初始落点对齐，且过渡不能有延迟感。
立即学习“前端免费学习笔记（深入）”；
- 给箭头元素设置
transition: transform 0.2s ease-out，避免linear显得机械 - JS 中用
event.offsetX获取鼠标相对于提示框左边缘的像素位置，减去箭头宽度一半，得到中心对齐偏移值 - 限制偏移范围：箭头不能滑出提示框边界，需用
Math.max(0, Math.min(maxX, calculatedX)) - 别忘了给箭头设
position: absolute和bottom: -10px（或类似值），否则 translate 无效
为什么用 getBoundingClientRect() 算位置比 offsetLeft 更可靠
因为 offsetLeft 只返回相对于最近 position: relative 祖先的静态偏移，一旦提示框本身被 transform、scale 或 flex 容器影响，值就失真。而 getBoundingClientRect() 返回的是当前渲染后的屏幕坐标，和鼠标事件的 clientX 在同一坐标系下，相减即得真实相对位置。
- 监听
mousemove时，先调用tooltipEl.getBoundingClientRect()得到{ left, width } - 再用
event.clientX - rect.left算出鼠标在提示框内的 X 坐标 - 这个值不受父级
transform、zoom、甚至 iframe 嵌套影响，兼容性更稳 - 注意：如果提示框有 padding 或 border，要从结果里减去，否则箭头会偏右
移动端触摸场景下箭头平移失效的常见原因
不是 transition 不生效，而是事件没绑对。桌面端靠 mousemove，移动端默认没有该事件，必须显式监听 touchmove，且要阻止默认行为防止页面滚动干扰。
- 必须同时监听
mousemove和touchmove，不能只写一个 -
touchmove的event.touches[0]才是当前触点，不是event.clientX - 记得加
event.preventDefault()，否则 iOS 上快速滑动时箭头会跳变或卡住 - 过渡时间建议不低于
0.15s：太短人眼难感知，太长在手指快速移动时显得滞后
箭头平移看着简单，实际卡点全在坐标系对齐和事件适配——稍不注意，桌面正常、手机飘移，或者鼠标一进框箭头就“瞬移”到最右，再慢慢滑回来。
