当前位置：首页 > 资讯 > 技术文档

Android滑动冲突的完美解决方案

时间：2021-11-19 10:45 编辑：来源：阅读：
扫一扫，手机访问

摘要：Android滑动冲突的完美解决方案

[b]关于滑动冲突[/b] 在Android开发中，如果是一些简单的布局，都很容易搞定，但是一旦涉及到复杂的页面，特别是为了兼容小屏手机而使用了ScrollView以后，就会出现很多点击事件的冲突，最经典的就是ScrollView中嵌套了ListView。我想大部分刚开始接触Android的同学们都踩到过这个坑，下面跟着小编一起来看看解决方案吧。。 [b]同方向滑动冲突[/b] 比如ScrollView嵌套ListView，或者是ScrollView嵌套自己这里先看一张效果图 [img]http://files.jb51.net/file_images/article/201608/20168895020507.gif?20167895032[/img] 上图是在购物软件上常见的上拉查看图文详情，关于这中动画效果的实现，其实实现整体的效果，办法是有很多的，网上有很多相关的例子，但是对某些细节的处理不是很清晰，比如，下拉之后显示的部分（例如底部的图文详情）又是一个类ScrollView的控件（比如WebView）的话，又会产生新的问题。这里就以下拉查看图文详情为背景做一下同方向滑动冲突的分析。整体思路这里看下图 [img]http://files.jb51.net/file_images/article/201608/20168895109672.png?20167895120[/img] 多个ScrollView嵌套示意图首先，关于这张图做一些设定： 1.黑色的框代表手机屏幕 2.绿色的框代表一个外层的ScrollView 3.两个红色的框代表嵌套在里面的两个类ScrollView控件，这里我们就暂时简称为 SUp,SDown 好了，接下来就分析一下实现整个流程的过程。这里必须明确的一点，无论何时，SUp和SDown可见的部分始终是手机屏幕的高度。知道了这一点，我们就可以按以下步骤展开首先，我们确保外部的ScrollView不拦截滑动事件，这样SUp必然获得此次事件，然后根据其Action_Move事件，[b]当其为向下滑动且自身滑动距离+屏幕高度=其自身高度时，即可认为SUp滑动到了底部[/b]，此时外部ScrollView可拦截滑动事件，从而保证整个视图能够继续向下滑动，这个时候底部SDown就显示出来了。同理，这时候不允许外部ScrollView拦截滑动事件，由SDown处理，根据其Action_move事件，[b]当其为向上滑动，且自身可滑动距离为0时，就说明SDown已经滑动到了顶部[/b]，这时外部ScrollView又可以获得拦截滑动事件的权利，从而保证整个视图能够向上继续滑动，此时SUp再次显示，又开始新一轮循环拦截。这样整体的一个流程就可以实现动图中的效果。好了，说完原理，还是看代码。 [b]代码实现[/b] [b]SUp实现[/b]

public class UpScrollView extends ScrollView {
 /**
 * 屏幕高度
 */
 private int mScreenHeight;
 /**
 * 上一次的坐标
 */
 private float mLastY;
 /**
 * 当前View滑动距离
 */
 private int mScrollY;
 /**
 * 当前View内子控件高度
 */
 private int mChildH;

 public UpScrollView(Context context) {
 super(context);
 init(context);
 }

 public UpScrollView(Context context, AttributeSet attrs) {
 super(context, attrs);
 init(context);
 }

 public UpScrollView(Context context, AttributeSet attrs, int defStyleAttr) {
 super(context, attrs, defStyleAttr);
 init(context);

 }

 private void init(Context context) {
 WindowManager wm = (WindowManager) context.getSystemService(Context.WINDOW_SERVICE);
 DisplayMetrics dm = new DisplayMetrics();
 wm.getDefaultDisplay().getMetrics(dm);
 mScreenHeight = dm.heightPixels;
 }

 @Override
 public boolean onTouchEvent(MotionEvent ev) {
 //默认设定顶层View不拦截

 getParent().getParent().requestDisallowInterceptTouchEvent(true);

 switch (ev.getAction()) {
  case MotionEvent.ACTION_DOWN:
  mLastY = (int) ev.getY();
  break;
  case MotionEvent.ACTION_MOVE:
  float y = ev.getY();
  float deltaY = y - mLastY;

  mChildH = this.getChildAt(0).getMeasuredHeight();

  int translateY = mChildH - mScrollY;

  //向上滑动时，如果translateY等于屏幕高度时，即表明滑动到底部，可又顶层View控制滑动
  if (deltaY < 0 && translateY == mScreenHeight) {
   getParent().getParent().requestDisallowInterceptTouchEvent(false);
  }
  break;
  default:
  break;

 }

 return super.onTouchEvent(ev);
 }

 @Override
 protected void onScrollChanged(int l, int t, int oldl, int oldt) {
 super.onScrollChanged(l, t, oldl, oldt);
 mScrollY = t;
 }
}

这里在ACTION_MOVE里做了减法，其实道理是一样的。 onScrollChanged 是在View类中实现，查看其API可以看到其第二个参数t解释

@param t Current vertical scroll origin.

即为当前View此次滑动的距离 [b]SDown实现[/b]

public class MyWebView extends WebView {
 public float oldY;
 private int t;

 public MyWebView(Context context) {
 super(context);
 init();
 }

 public MyWebView(Context context, AttributeSet attrs) {
 super(context, attrs);
 init();
 }

 public MyWebView(Context context, AttributeSet attrs, int defStyleAttr) {
 super(context, attrs, defStyleAttr);
 init();
 }

 private void init() {
 WebSettings settings = getSettings();
 settings.setJavaScriptEnabled(true);
 setWebViewClient(new WebViewClient() {
  @Override
  public boolean shouldOverrideUrlLoading(WebView view, String url) {
  view.loadUrl(url);
  return true;
  }
 });
 }

 @Override
 public boolean onTouchEvent(MotionEvent ev) {
 getParent().getParent().requestDisallowInterceptTouchEvent(true);
 switch (ev.getAction()) {
  case MotionEvent.ACTION_DOWN:
  oldY = ev.getY();
  break;
  case MotionEvent.ACTION_MOVE:

  float Y = ev.getY();
  float Ys = Y - oldY;
  if (Ys > 0 && t == 0) {
   getParent().getParent().requestDisallowInterceptTouchEvent(false);
  }
  break;

 }

 return super.onTouchEvent(ev);
 }

 @Override
 protected void onScrollChanged(int l, int t, int oldl, int oldt) {
 this.t = t;
 super.onScrollChanged(l, t, oldl, oldt);
 }

}

以上看到，这里底部的View并没有继承ScrollView，而是选择继承了WebView，这里只是为了方便，当然继承ScrollView也是没有问题。这里只是需要按实际情况考虑，因为底部图文详情的内容就是一个WebView加载数据。这个类的实现，按照之前说的原理应该很好理解。 [b]外部ScrollView[/b]

public class CustomerScrollViews extends ScrollView {
 /**
 * 屏幕高度
 */
 private int mScreenHeight;

 private UpScrollView upScrollView;
 private MyWebView myWebView;
 private boolean init = false;

 private float fator = 0.2f;
 private int factorHeight;

 private boolean upShow = true;

 public CustomerScrollViews(Context context) {
 super(context);
 init(context);
 }

 public CustomerScrollViews(Context context, AttributeSet attrs) {
 super(context, attrs);
 init(context);
 }

 public CustomerScrollViews(Context context, AttributeSet attrs, int defStyleAttr) {
 super(context, attrs, defStyleAttr);
 init(context);

 }

 private void init(Context context) {
 WindowManager wm = (WindowManager) context.getSystemService(Context.WINDOW_SERVICE);
 DisplayMetrics dm = new DisplayMetrics();
 wm.getDefaultDisplay().getMetrics(dm);
 mScreenHeight = dm.heightPixels;
 factorHeight = (int) (mScreenHeight * fator);
 }

 @Override
 protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
 if (!init) {

  LinearLayout parentView = (LinearLayout) getChildAt(0);
  //获得内部的两个子view
  upScrollView = (UpScrollView) parentView.getChildAt(0);
  myWebView = (MyWebView) parentView.getChildAt(2);
//  //并设定其高度为屏幕高度
  upScrollView.getLayoutParams().height = mScreenHeight;
  myWebView.getLayoutParams().height = mScreenHeight;
  init = true;
 }

 super.onMeasure(widthMeasureSpec, heightMeasureSpec);
 }

 @Override
 protected void onLayout(boolean changed, int l, int t, int r, int b) {
 super.onLayout(changed, l, t, r, b);
 if (changed) {
  scrollTo(0, 0);
 }
 }

 @Override
 public boolean onTouchEvent(MotionEvent ev) {
 switch (ev.getAction()) {
  case MotionEvent.ACTION_UP:
  int scrollY = getScrollY();
  if (upShow) {
   if (scrollY <= factorHeight) {
   smoothScrollTo(0, 0);
   } else {
   smoothScrollTo(0, mScreenHeight);
   upShow = false;

   }
  } else {
   int scrollpadding = mScreenHeight - scrollY;
   if (scrollpadding >= factorHeight) {
   this.smoothScrollTo(0, 0);
   upShow = true;

   } else {
   this.smoothScrollTo(0, mScreenHeight);
   }

  }

  return true;

 }
 return super.onTouchEvent(ev);
 }

}

这个类的实现，就很灵活了，在onMeasure方法中初始化完内部的View之后，在OnTouch方法中就可以根据实际需求完成不同的逻辑实现，这里只是为了仿照查看图文详情的效果，对整个视图通过ScrollView的smoothScrollTo方法进行位移变化，这个逻辑很简单。这里重点说一下一个地方：

upScrollView = (UpScrollView) parentView.getChildAt(0);
myWebView = (MyWebView) parentView.getChildAt(2);

你可能会奇怪中间的child(1)去了哪里？这里还要从MainActivity的布局文件说起 [b]dual_scrollview_activity_layout1.xml[/b]

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
 android:layout_width="match_parent"
 android:layout_height="match_parent"
 android:orientation="vertical">

 <com.example.dreamwork.activity.superscrollview.CustomerScrollViews
 android:layout_width="match_parent"
 android:layout_height="match_parent">

 <LinearLayout
  android:layout_width="match_parent"
  android:layout_height="wrap_content"
  android:orientation="vertical">

  <com.example.dreamwork.activity.superscrollview.UpScrollView

  android:layout_width="match_parent"
  android:layout_height="wrap_content"
  android:scrollbars="vertical">

  <LinearLayout
   android:layout_width="match_parent"
   android:layout_height="wrap_content"
   android:orientation="vertical">

   <ImageView
   android:layout_width="match_parent"
   android:layout_height="wrap_content"
   android:scaleType="fitXY"
   android:src="@drawable/taobao" />
   <ImageView
   android:layout_width="match_parent"
   android:layout_height="wrap_content"
   android:scaleType="fitXY"
   android:src="@drawable/taobao" />

   <TextView
   android:textSize="20sp"
   android:padding="10dp"
   android:gravity="center"
   android:layout_marginTop="20dp"
   android:layout_marginBottom="60dp"
   android:text="查看图文详情"
   android:layout_width="match_parent"
   android:layout_height="wrap_content" />

  </LinearLayout>
  </com.example.dreamwork.activity.superscrollview.UpScrollView>

  <include layout="@layout/selector_tab_items" />

  <com.example.dreamwork.activity.superscrollview.MyWebView
  android:id="@+id/web"
  android:layout_width="match_parent"
  android:layout_height="match_parent"/>

 </LinearLayout>
 </com.example.dreamwork.activity.superscrollview.CustomerScrollViews>

</LinearLayout>

整个布局文件可以看出，我们在CustomerScrollViews这个最外层的自定义ScrollView内部又放置了两个自定义的ScrollView（就如我们看到的原理图那样），只不过在这两个ScrollView类控件的中间通过layout又放置一个LinearLayout，里面的内容就是在动图中看到的那个中间的写着qq,baidu字样的用于切换WebView内容的一个View。这里就不贴代码了。这样，你就可以理解之前的child(1)为什么被跳过了吧。 [b]使用[/b]

public class DualScrollViewActivity1 extends Activity implements View.OnClickListener {

 private MyWebView webView;

 private TextView sinaTv, qqTv, baiduTv;
 private View line1, line2, line3;

 private final String BAIDU = "http://www.baidu.com";
 private final String QQ = "http://www.qq.com";
 private final String SINA = "http://sina.cn";

 @Override
 protected void onCreate(Bundle savedInstanceState) {
 super.onCreate(savedInstanceState);
 requestWindowFeature(Window.FEATURE_NO_TITLE);
 InitView();
 sinaTv.performClick();
 }

 private void InitView() {
 setContentView(R.layout.dual_scrollview_activity_layout1);
 webView = V.f(this, R.id.web);

 sinaTv = V.f(this, R.id.one);
 sinaTv.setOnClickListener(this);
 qqTv = V.f(this, R.id.two);
 qqTv.setOnClickListener(this);
 baiduTv = V.f(this, R.id.three);
 baiduTv.setOnClickListener(this);

 line1 = V.f(this, R.id.line1);
 line2 = V.f(this, R.id.line2);
 line3 = V.f(this, R.id.line3);
 }

 @Override
 public void onClick(View v) {
 reset();
 String url = "";
 switch (v.getId()) {
  case R.id.one:
  line1.setVisibility(View.VISIBLE);
  url = SINA;
  break;
  case R.id.two:
  line2.setVisibility(View.VISIBLE);
  url = QQ;
  break;
  case R.id.three:
  line3.setVisibility(View.VISIBLE);
  url = BAIDU;
  break;
  default:
  break;
 }

 webView.loadUrl(url);
 }

 private void reset(){
 line1.setVisibility(View.GONE);
 line2.setVisibility(View.GONE);
 line3.setVisibility(View.GONE);
 }
}

关于底部View内容更新，WebView 通过加载不同URL实现不同视图效果，只是作为Demo测试，实际中应考虑通过fragment切换实现。这里对滑动冲突的解决方法，是由内而外的展开，默认使顶层View失去拦截能力，在由底部View的滑动距离，做出不同逻辑判断控制了顶层的拦截与否；这也是比较容易理解和实现的思路。当然，对于此类滑动冲突，有很多不同思路，这里只是列举其一。实际开发开发中，这种带有同方向滑动特性的控件嵌套时，产生的问题不只是滑动冲突，有时候会有内容显示不全或不显示的情况。最常见如ScrollView嵌套ListView，这种情况只需自定义ListView使其高度计算为一个很大的值，某种意义上让其失去了滑动的特性，但是这样也让ListView貌似失去了视图回收机制，这种时候如果加载很多很多很多图片，效果就会很不理想。对于这种情况，通过对ListView添加headView及footView也是一种解决的办法，但也得实际UI情况允许。 ScrollView嵌套RecyclerView时稍微麻烦一点，需要自定义ScrollView，还需要自定义实现LinearLayoutManager。 [b]不同方向滑动冲突[/b] 比如ScrollView嵌套ViewPager，或者是ViewPager嵌套ScrollView，这种情况其实很典型。现在大部分应用最外层都是ViewPager+Fragment 的底部切换（比如微信）结构，这种时候，就很容易出现滑动冲突。不过ViewPager里面无论是嵌套ListView还是ScrollView，滑动冲突是没有的，毕竟是官方的东西，可能已经考虑到了这些，所以比较完善。复杂一点的滑动冲突，基本上就是这两个冲突结合的结果。 [b]滑动冲突解决思路[/b] 滑动冲突，就其本质来说，两个不同方向（或者是同方向）的View，其中有一个是占主导地位的，每次总是抢着去处理外界的滑动行为，这样就导致一种很别扭的用户体验，明明只是横向的滑动了一下，纵向的列表却在垂直方向发生了动作。就是说，这个占主导地位的View，每一次都身不由己的拦截了这个滑动的动作，因此，要解决滑动冲突，就是得明确告诉这个占主导地位的View，什么时候你该拦截，什么时候你不应该拦截，应该由下一层的View去处理这个滑动动作。这里不明白的同学，可以去了解一下Android Touch事件的分发机制，这也是解决滑动冲突的核心知识。 [b]滑动冲突[/b] 这里，说一下背景情况。之前做下拉刷新、上拉加载更多时一直使用的是PullToRefreshView这个控件，因为很方便，不用导入三方工程。在其内部可以放置ListView，GridView及ScrollView，非常方便，用起来可谓是屡试不爽。但是直到有一天，因项目需要，在ListView顶部加了一个轮播图控件BannerView（这个可以参考之前写的一篇学习笔记）。结果发现轮播图滑动的时候，和纵向的下拉刷新组件冲突了。如之前所说，解决滑动冲突的关键，就是明确告知接收到Touch的View，是否需要拦截此次事件。 [b]解决方法[/b] [b]解决方案1，从外部拦截机制考虑[/b] 这里，相当于是PullToRefreshView嵌套了ViewPager，那么每次优先接收到Touch事件的必然是PullToRefreshView。这样就清楚了，看代码：在PullToRefreshView中：

 @Override
 public boolean onInterceptTouchEvent(MotionEvent e) {
 int y = (int) e.getRawY();
 int x = (int) e.getRawX();
 boolean resume = false;
 switch (e.getAction()) {
  case MotionEvent.ACTION_DOWN:
  // 发生down事件时,记录y坐标
  mLastMotionY = y;
  mLastMotionX = x;
  resume = false;
  break;
  case MotionEvent.ACTION_MOVE:
  // deltaY > 0 是向下运动,< 0是向上运动
  int deltaY = y - mLastMotionY;
  int deleaX = x - mLastMotionX;

  if (Math.abs(deleaX) > Math.abs(deltaY)) {
   resume = false;
  } else {
  //当前正处于滑动
   if (isRefreshViewScroll(deltaY)) {
   resume = true;
   }
  }
  break;
  case MotionEvent.ACTION_UP:
  case MotionEvent.ACTION_CANCEL:
  break;
 }
 return resume;
 }

[b]这里最关键的代码就是这行[/b]

if (Math.abs(deleaX) > Math.abs(deltaY)) {
   resume = false;
  }

横向滑动距离大于纵向时，无须拦截这次滑动事件。其实，就是这么简单，但前提是你必须明确了解Android Touch事件的传递机制，期间各个方法执行的顺序及意义。 [b]解决方案2，从内容逆向思维分析[/b] 有时候，我们不想去修改引入的第三方控件，或者说是无法修改时。就必须考虑从当前从Touch传递事件中最后的那个View逆向考虑。首先，由Android中View的Touch事件传递机制，我们知道Touch事件，首先必然由最外层View拦截，如果无法更改这个最外层View，那么是不是就没辙了呢？其实不然，Android这么高大上的系统必然考虑到了这个问题，好了废话不说，先看代码

 private BannerView carouselView;
 private Context mContext;

 private PullToRefreshView refreshView;

 .........

 refreshView.setOnTouchListener(new View.OnTouchListener() {
  @Override
  public boolean onTouch(View v, MotionEvent event) {
  carouselView.getParent().requestDisallowInterceptTouchEvent(false);
  return false;
  }
 });

 carouselView.setOnTouchListener(new View.OnTouchListener() {
  @Override
  public boolean onTouch(View v, MotionEvent event) {
  carouselView.getParent().requestDisallowInterceptTouchEvent(true);
  int x = (int) event.getRawX();
  int y = (int) event.getRawY();

  switch (event.getAction()) {
   case MotionEvent.ACTION_DOWN:
   lastX = x;
   lastY = y;
   break;
   case MotionEvent.ACTION_MOVE:
   int deltaY = y - lastY;
   int deltaX = x - lastX;
   if (Math.abs(deltaX) < Math.abs(deltaY)) {
    carouselView.getParent().requestDisallowInterceptTouchEvent(false);
   } else {
    carouselView.getParent().requestDisallowInterceptTouchEvent(true);
   }
   default:
   break;
  }
  return false;
  }
 });

首先说一下这个方法

public abstract void requestDisallowInterceptTouchEvent (boolean disallowIntercept)

API里的意思很明确，子View如果不希望其父View拦截Touch事件时，可调用此方法。当disallowIntercept这个参数为true时，父View将不拦截。 [b]PS:[/b]这个方法的命名和其参数的使用逻辑，让我想到了一句很有意思的话，敌人的敌人就是朋友，真不知道Google的大神们怎么想的，非要搞一个反逻辑。言归正传。这里拦截直接也很明确，在carouselView的onTouch方法中每次进入就设定父View不拦截此次事件，然后在MOTION_MOVE时候，根据滑动的距离判断再决定是父View是否有权利拦截Touch事件（即滑动行为）。 [b]总结[/b] 好了，本文内容到这基本就结束了，本篇文章只是提供一种解决方法的思路，在具体的场景下，交互往往是贴合具体业务需求的。但是不管怎么样，找出点击事件截断和处理的时机是最重要的，围绕这个关键点，总能找出相应的解决方法。

全部评论(0)

上一篇：dialog dismiss时键盘不消失的问题浅析及解决办法
下一篇：Android开发之Adobe flash操作工具类

资讯排行榜
更多>>