OrbitControls 启用阻尼后，鼠标拖拽时平滑但松开移动瞬间即停——根本原因是未在动画循环中持续调用 controls.update()，导致阻尼插值中断；正确做法是将其置于 requestAnimationFrame 循环内。
orbitcontrols 启用阻尼后，鼠标拖拽时平滑但松开移动瞬间即停——根本原因是未在动画循环中持续调用 `controls.update()`，导致阻尼插值中断；正确做法是将其置于 `requestanimationframe` 循环内。
在 Three.js 中，OrbitControls 的阻尼（damping）机制并非自动运行，而依赖于每一帧手动触发 controls.update() 来推进内部插值计算（如 target, position, rotation 的缓动更新）。若仅在初始化时调用一次 controls.update()（如问题代码所示），或仅在事件回调中调用，阻尼将无法持续生效——表现为：拖拽时因频繁事件触发看似“有阻尼”，但鼠标停止移动后插值立即冻结，运动戛然而止。
✅ 正确做法是将 controls.update() 置入主渲染循环：
function animate() {
requestAnimationFrame(animate);
// 关键：每帧必须调用，驱动阻尼插值持续进行
controls.update();
renderer.render(scene, camera);
}
animate();
⚠️ 注意事项：
-
不可省略：即使未监听任何用户交互，只要启用了
enableDamping = true，controls.update()就必须每帧执行； -
顺序重要：应放在
renderer.render()之前，确保相机状态在渲染前已更新； -
性能无负担：
update()内部已做脏检查，仅在需更新时执行计算，开销极小； -
与事件解耦：不要只在
mousedown/mousemove中调用——阻尼是时间连续过程，而非事件驱动响应。
? 补充技巧：
若需更精细控制阻尼响应（例如暂停交互时保持惯性），可结合 controls.enabled = false 或临时重置 controls.dampingFactor，但核心原则不变——只要启用阻尼，就必须保证 update() 持续被调用。
总结：OrbitControls 的阻尼不是“开启即生效”的开关，而是一个需要主动驱动的动画系统。将其纳入 requestAnimationFrame 循环，是实现真正平滑、自然惯性效果的唯一可靠方式。
