在iOS开发中，WKWebView承载的视频内容启用画中画功能后，悬浮窗口的交互体验直接决定了用户的使用感受。当用户快速拖拽画中画窗口并触达屏幕边界时，如果没有合理的碰撞响应机制，窗口会瞬间停滞，这种突兀的交互中断会破坏沉浸感。为了实现类似原生物理效果的边界反弹，我们需要在客户端层面接管拖拽手势的物理计算，精确捕获碰撞前后的速度变化，并依据碰撞法线方向重新分配速度向量。
画中画窗口拖拽状态与边界碰撞检测原理
要实现精准的碰撞反弹，首先需要理清画中画窗口在拖拽过程中的状态管理。在WKWebView的画中画场景中，虽然系统提供了一定的悬浮窗管理能力，但若要实现自定义的物理反弹效果，必须通过监听UIPanGestureRecognizer的状态来接管交互。当手势处于began或changed状态时，我们需要实时更新窗口的center坐标。关键点在于，不能仅仅依赖系统默认的边界限制，因为系统的默认行为通常是硬性截断坐标，这会导致手势松开时的瞬时速度被直接清零，无法为后续的反弹动画提供初始动力。
边界碰撞检测的核心在于建立准确的数学模型。我们需要定义屏幕的安全边界矩形，这通常需要考虑状态栏、底部安全区域以及可能的刘海屏或灵动岛避让区域。在每一帧的拖拽坐标更新中，通过计算当前窗口的frame与安全边界矩形的交集来判断是否发生碰撞。如果窗口的最大X坐标大于屏幕安全边界的最大X坐标，或者窗口的最小Y坐标小于安全边界的最小Y坐标，即判定为发生边界碰撞。此时，不能简单地将坐标强制修正到边界处，而是要记录碰撞发生时的速度方向和大小，为后续的反弹方向计算保留数据。
碰撞检测的时机与性能考量同样重要。由于拖拽过程是高频的屏幕触摸事件，边界检测逻辑必须尽可能轻量化。我们可以直接比较坐标极值，而不是使用复杂的几何相交计算。同时，为了避免连续碰撞导致的逻辑抖动，需要引入状态标记，例如isColliding布尔值。当检测到碰撞时，将其置为true，确保在一次拖拽手势周期内，碰撞响应只触发一次核心的物理计算。这样可以有效防止窗口在边界处反复横跳，保证界面的流畅度与交互的稳定性。
碰撞后的速度计算与物理衰减模型
在拖拽手势结束（即ended状态）时，我们需要获取手势松开瞬间的速度向量。在iOS中，可以通过UIPanGestureRecognizer的velocity(in:)方法获取到当前手指在屏幕上移动的速度，这个返回值是一个CGPoint，包含了x轴和y方向的速度分量，单位是点每秒。如果在这个时刻窗口已经处于碰撞状态，或者即将因为惯性进入碰撞状态，那么这个速度向量就是碰撞前的初始速度。我们需要保留这个速度向量，作为反弹动画的初始动力来源。
现实世界中的碰撞必然伴随着能量的损失，在代码中表现为速度的衰减。为了模拟这种物理效果，我们需要定义一个恢复系数，通常用restitution表示，取值范围在0.0到1.0之间。例如，当恢复系数为0.6时，表示碰撞后保留了60%的速度。碰撞后的反弹速度等于碰撞前速度的各个分量乘以这个恢复系数。如果恢复系数为1.0，则是完全弹性碰撞，窗口会以原速度反弹；如果为0.0，则窗口直接贴边停止。合理的恢复系数能让反弹看起来自然且符合用户的物理直觉，避免过度弹跳或死板停滞。
下面通过一段Swift伪代码展示如何捕获速度并应用衰减系数。在获取到衰减后的速度向量后，我们需要将其应用到画中画窗口上。这通常通过Core Animation的动画机制来实现，可以利用CADisplayLink构建一个自定义的物理引擎循环，或者使用CASpringAnimation弹簧动画来模拟自然减速。通过位移等于速度乘以时间的基本物理公式，推算出窗口在每一帧的位置，直到速度衰减至某个极小值后停止动画。
// 伪代码展示碰撞后的速度计算与反弹方向
func processCollision(velocity: CGPoint, currentFrame: CGRect, screenBounds: CGRect) -> CGPoint {
var newVelocity = velocity
let dampingFactor: CGFloat = 0.5 // 能量损失系数
// 检查水平边界碰撞
if currentFrame.minX <= screenBounds.minX || currentFrame.maxX >= screenBounds.maxX {
// X轴速度反向并衰减
newVelocity.x = -newVelocity.x * dampingFactor
}
// 检查垂直边界碰撞
if currentFrame.minY <= screenBounds.minY || currentFrame.maxY >= screenBounds.maxY {
// Y轴速度反向并衰减
newVelocity.y = -newVelocity.y * dampingFactor
}
return newVelocity
}
反弹方向的向量计算与边界约束实现
反弹方向的核心在于物理学中的反射定律：入射角等于反射角。在二维平面的屏幕坐标系中，这个定律可以简化为速度分量的取反操作。如果画中画窗口碰撞了屏幕的左右边界，意味着X轴的运动被阻挡，那么X轴的速度分量需要取反；如果碰撞了上下边界，则Y轴的速度分量需要取反。如果窗口同时碰撞了屏幕的角点（即同时触碰了左右边界和上下边界），则两个方向的速度分量都需要取反。这种基于向量反射的计算方式，能够确保窗口沿着正确的物理轨迹弹开，而不是生硬地沿原路返回。
在计算反弹轨迹时，必须处理边界约束问题，确保窗口在反弹动画执行过程中不会超出屏幕边界。由于动画是基于物理速度推算的，在某些极端情况下（如初始速度极大），反弹的位移可能会在单帧内再次越界。因此，在每一帧更新窗口frame时，需要再次进行边界安全检查。如果发现更新后的坐标越界，必须立即进行位置修正，将其硬性拉回安全边界内，并再次应用速度衰减甚至直接将对应方向的速度置零。这种双重保险机制能够有效防止窗口飞出屏幕外或卡在边界死角。
综合速度计算与方向反射，我们可以构建一个完整的边界碰撞响应闭环。在实际的工程实践中，建议将这套物理逻辑封装成一个独立的碰撞管理器类，通过代理模式或闭包回调，将计算出的新坐标和速度更新传递给画中画窗口视图。这样不仅降低了视图控制器与物理逻辑之间的代码耦合度，还方便后续在其他需要物理反弹的视图场景中复用。通过精细调整恢复系数和边界安全间距，可以打造出极其丝滑且符合原生交互规范的画中画拖拽体验。