关于 iOS 手势交互的一个问题，问了一圈居然无人能解，难道在 iOS 上实现这个手势交互是个无解的难题？

[forkon]

[前提] scrollViewA 和 scrollViewB 在同一个父视图里面，不嵌套，且 scrollViewA 在 scrollViewB 的之上。

[要实现的交互] 手指先是在 scrollViewA 里面向上滑动，当 scrollViewA 滚动到最底下时，scrollViewB 接着滚动，这个过程中手指从未抬起（相当于 touch 事件从 scrollViewA 传到了 scrollViewB ？）。

+-----------------------------------+ | | | | | | | | | | ^ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | scrollViewA | | | | | + | | | | | | | +---------------------------+ | | | | | | | | scrollViewB | | | | | +-----------------------------------+

[whileFalse]

不懂 iOS，但曾经是个前端。
scrollViewA 能不能捕获滑动事件？捕获之后发现自己滚到头了，就向 scrollViewB 派发滑动事件即可。

[sea516]

初学者吧

[forkon]

@sea516 莫非你知道答案，请不吝赐教。

@whileFalse 没那么简单。

[mcluyu]

1.A 在上 B 在下， 向上滑怎么还会滑到 B ？我理解有问题？要不你画个图表示一下。。
2.你手放在 A 上滑不抬起，触摸事件怎么会自己跑到 B 上面呢，区分一个触摸事件的触摸范围自然是从第一次触摸时算起，要是范围在不抬起（不改变初始触摸范围）的情况下自己变了才是有问题吧？比如不小心滑动到一个按钮上面，那是不是要算点击了该按钮呢？
3.为什么会有这么奇怪的需求，A 滑动到底部时 B 继续，那用一个 ScrollView 不就行了吗？

[3a3Mp112]

scrollViewA 生成 delegate, 当 B 到达底部的时候， 给 A 的代理发消息，做你想要做的动作。

[elgae]

可以做的，有个关于手势的文档，读了就明白了

[elgae]

@elgae 我错了

[fadaixiaohai]

看不懂，向上滑还会滑到屏幕最底下？什么操作？
你最好理解一下滑动的本质是什么？了解一下怎么用 layout 来做视图的滑动。

[C90]

hitTest 了解一下

[sunhr]

你可以把两个 scrollView 的 scrollEnabled 都禁掉，然后在 superview 上加一个 UIPanGestureRecognizer，自己通过这个手势去计算设置两个 scrollView 的 contentOffset

[itenyh]

@forkon 我试了一下，基本实现了你的需求，等下空了发上来，不过有点绕。感觉 @sea516 有更简单的办法。

[zvving]

拆分的目的是什么，想达到什么效果？为什么不用一个 scroll view 解决？

[dcty]

UITableview
>CellOne （ firstScrollView ）
>CellTwo （ secondScrollview ）

cellHeight equalTo Scrollview ContentHeight

这个是能满足需求的，并且从扩展性和性能上来说，也不至于有特别大的问题

如果说你担心的是复用问题，或者懒加载问题，那么则应该想办法用 TableView 或者 collectionview 来解决
另外多个 Scrollview 嵌套是官方不推荐的，当然我们也实现过，能实现，从技术的角度出发，实现有点戳，并且不是特别优，从用户体验的角度出发，没毛病。

楼上的人也有提到过，你这个需求如果不是为了扩展性，一个 Scrollview 就解决了啊。

[forkon]

@mcluyu 很用心的回复，多谢……需求就是这么奇葩，而且还不能只用一个 ScrollView。
@3a3Mp112 可以通过这种方法改变 B 的 contentOffset，但手指抬起之后 B 没有一个减速停止的过程。
@elgae 哪个文档

[tigerZhang]

同意楼上的观点。

[itenyh]

懒得写了，简单说一下核心思想：和 @sunhr 实质是一样的。 首先 superview 是一个 scrollview （简称 C ），superview 上摆放你的 scrollviewA （ A ）, scrollviewB （ B ）：
1. AB 把 C 完全遮住
2. AB userInteractionEnabled = NO
3. C 的 contentsize 的 height （如果你是垂直滑动）等于 AB 的 contentsize 的 height 之和。
好了，现在你滑动手势并不会让 AB 移动，而是让 C 移动，不过你看不到。这样，你可以通过 C 的 contentoffset 的变化来操纵 AB 的 contentoffset 的变化了。
核心思路是这样，还有些细节，慢慢搞吧。

[sunhr]

@itenyh

兄弟，你这个肯定是不行的~

1、如果 C 是 scrollView 的话，AB 会跟着滚动的

2、userInteractionEnabled = NO 的话，如果 AB 需要接受 touch 事件就杯具了呐，应该是 scrollEnabled = NO

[itenyh]

@sunhr 第一点经我试验，AB 肯定是不会跟随的。 第二点如果 AB 需要接受 touch 事件就杯具了，这特么确实是个悲剧！看看有没有办法改进。

[snail1988]

@forkon 两个方案都很简单 1 上面 scrollview 放在下面大 scrollview 上，自己实现 UIGestureRecognizerDelegate 允许两个 scrollview 同时相应手势，然后家逻辑判断哪个 scrollview 不能动即可

[snail1988]

@forkon 第二个方案 上层覆盖透明 scrollview 把 offset 实时同步给下面两个 scrollview
建议第一个 很简单 自己实现 pan 手势代理即可