Question

ScrollView可以监听滚动结束事件吗

Answer 1

原因分析:ios的webview内核设定了其在进行momentumscrolling(弹性滚动)时,会停止所有的事件响应及DOM操作引起的页面渲染(亲测),故onscroll不能实时响应曾做兼容方案:使用ontouchmove去替代nscroll,虽然能更频繁的触发事件,但是这边的项目需求是实时响应滚动事件的同时,还要对页面元素进行重定位的DOM操作,由上述原因可知,在滚动过程中,页面会停止一切关于DOM方面的操作,所以若使用ontouchmove去实现的话,在按住屏幕进行滑动的时候,屏幕会出现元素抖动的情况(事件触发与DOM操作间具有几十毫秒的时间差),兼容失败使用iscroll的probe版本,该版本能实时探查到滚动的距离,但该钩子函数是实时去关注requestAnimationFrame下的状态,所以对浏览器的版本性能消耗很大,加上react的DOM操作,安卓机根本动不了,兼容失败使用swiper插件,在启动freeMode模式时模拟原生的弹性滚动(swiper模拟原生滚动的方案能兼容较多的安卓机型不出现bug,推荐),因为swiper没有实时监听滚动位置的功能,故我监听滚动开始及结束后的事件,通过setInterval及一些计算去实现滚动条的监听,但因为react元素的变化量比较大,导致swiper在移动端时对父容器的计算速率达到了一个瓶颈,依旧出现很卡顿的现象,兼容失败fallback方案,安卓端使用原生onscroll实现,ios直接加载全部子元素,毕竟ios的性能方面还是比较好的,有更好的方案后续再更.

Answer 2

MotionEvent.ACTION_CANCEL
不是由用户直接触发、有系统再需要的时候触发、例如当父view通过使函数onInterceptTouchEvent()返回true
从子view拿回处理事件的控制权是、就会给子view发一个ACTION_CANCEL事件
这里了view就再也不会收到事件了、可以将其视为ACTION_UP事件对待

onInterceptTouchEvent()函数与onTouchEvent()的区别
1、onInterceptTouchEvent()是用于处理事件（类似于预处理、当然也可以不处理）并改变事件的传递方向
也就是决定是否允许Touch事件继续向下（子view）传递、一但返回True（代表事件在当前的viewGroup中会被处理）
则向下传递之路被截断（所有子view将没有机会参与Touch事件）同时把事件传递给当前的view的onTouchEvent()处理
返回false、则把事件交给子view的onInterceptTouchEvent()

2、onTouchEvent()用于处理事件、返回值决定当前view是否消费（consume）了这个事件
也就是说在当前view在处理完Touch事件后、是否还允许Touch事件继续向上（父view）传递、一但返回True
则父view不用操心自己来处理Touch事件、返回true、则向上传递给父view（注：可能你会觉得是否消费了有关系吗
反正我已经针对事件编写了处理代码？答案是有区别！比如ACTION_MOVE或者ACTION_UP发生的前提是一定曾经发生了ACTION_DOWN
如果你没有消费ACTION_DOWN、那么系统会认为ACTION_DOWN没有发生过、所以ACTION_MOVE或者ACTION_UP就不能被捕获、）

Answer 3

继承Activity
重写OnKeyDown()
在里面打印下键 值。
似乎在不同手机上。它对应的键值是不相同的。
得到Back和Home的键值
然后再匹配键值。写自己要做的事就可以了
Back的可以这样写：
public boolean onKeyDown(int keyCode, KeyEvent event) {
// TODO Auto-generated method stub
if (keyCode == KeyEvent.KEYCODE_BACK) {

}
return super.onKeyDown(keyCode, event);
}