CollectionView干扰touchesBegan与touchesEnded方法中的动画问题

这个问题我太熟了！CollectionView作为ScrollView的子类，确实会因为滚动触摸的优先级干扰到你的ImageView点击事件——尤其是快速点击时，ScrollView自带的触摸拦截机制会搞乱touchesBegan和touchesEnded的触发时机，导致动画看起来像跳变一样。下面给你几个靠谱的解决思路：

ScrollView默认有150ms的延迟，用来判断用户是要点击还是滚动。快速点击时这个延迟会让你的touchesBegan触发不及时，动画还没开始就被touchesEnded打断。直接关掉这个延迟就能解决大部分问题：

collectionView.delaysContentTouches = false

不过要注意，这么做会让滚动触发稍微变敏感（比如手指轻轻一划就滚动），但大多数场景下这个取舍是可以接受的。

既然touchesBegan/touchesEnded容易被ScrollView干扰，不如直接用手势识别器来处理——手势可以设置优先级，完美避开ScrollView的拦截：

// 给ImageView添加上长按手势
let longPress = UILongPressGestureRecognizer(target: self, action: #selector(handleLongPress(_:)))
longPress.minimumPressDuration = 0.1 // 可以调小这个值，让它更接近点击的触发速度
imageView.addGestureRecognizer(longPress)

// 如果需要区分快速点击和长按，再加个点击手势
let tap = UITapGestureRecognizer(target: self, action: #selector(handleTap(_:)))
tap.require(toFail: longPress) // 让长按手势优先触发，避免冲突
imageView.addGestureRecognizer(tap)

然后在手势处理方法里控制动画：

@objc func handleLongPress(_ gesture: UILongPressGestureRecognizer) {
    guard let imageView = gesture.view as? UIImageView else { return }
    switch gesture.state {
    case .began:
        // 触发按下动画，比如缩小ImageView
        UIView.animate(withDuration: 0.2) {
            imageView.transform = CGAffineTransform(scaleX: 0.9, y: 0.9)
        }
    case .ended, .cancelled, .failed:
        // 触发松开动画，恢复原状
        UIView.animate(withDuration: 0.2) {
            imageView.transform = .identity
        }
    default:
        break
    }
}

@objc func handleTap(_ gesture: UITapGestureRecognizer) {
    // 这里处理快速点击的逻辑，如果需要的话
}

手势识别器的好处是逻辑清晰，还能通过require(toFail:)精准控制手势优先级，完全避开ScrollView的干扰。

如果你的代码已经大量依赖touches方法，不想改手势，可以自定义ImageView，重写touchesShouldBegin方法强制让触摸事件直接传递过来：

class CustomImageView: UIImageView {
    override func touchesShouldBegin(_ touches: Set<UITouch>, with event: UIEvent?) -> Bool {
        // 临时禁用再启用父视图的交互，强制绕过ScrollView的拦截
        superview?.superview?.isUserInteractionEnabled = false
        superview?.superview?.isUserInteractionEnabled = true
        return true
    }
}

这个方法有点hack，但能快速修复现有代码的问题，适合应急场景。

总的来说，最推荐方案2，逻辑清晰且适配性最好；方案1适合快速验证问题；方案3是应急的权宜之计。

内容的提问来源于stack exchange，提问作者leedex