在实现BottomSheetDialog中嵌入Webview的时候,会向下拖动会将整个dialog消失掉而不是滑动webview内容,以下: web
通常webview的向下滑动/拖动的效果应该是能够正常显现出来的,而BottomSheetDialog控件自己自带的拖动效果也是将其整个View给消失掉的,这样二者在同时向下拖动时就会产生部分冲突。(若是没有冲突,那么一定是谷歌在设计时以及作了处理。)所以,能够把问题的解决关键假定为:当发生向下动做的,去解决这之间的“冲突”。bash
翻开BottomSheetDialog的源码,发现内容并很少: ide
private View wrapInBottomSheet(int layoutResId, View view, ViewGroup.LayoutParams params) {
final FrameLayout container = (FrameLayout) View.inflate(getContext(),
R.layout.design_bottom_sheet_dialog, null);
final CoordinatorLayout coordinator =
(CoordinatorLayout) container.findViewById(R.id.coordinator);
if (layoutResId != 0 && view == null) {
view = getLayoutInflater().inflate(layoutResId, coordinator, false);
}
FrameLayout bottomSheet = (FrameLayout) coordinator.findViewById(R.id.design_bottom_sheet);
mBehavior = BottomSheetBehavior.from(bottomSheet);
mBehavior.setBottomSheetCallback(mBottomSheetCallback);
mBehavior.setHideable(mCancelable);
if (params == null) {
bottomSheet.addView(view);
} else {
bottomSheet.addView(view, params);
}
//...省略
return container;
}
复制代码
传入的View最终会被add进一个FrameLayout的bottomSheet中,而后经过bottomSheet来实例化一个BottomSheetBehavior,以后给这个mBehavior设置了一个mBottomSheetCallback,咱们来看看其内容是什么:源码分析
private BottomSheetBehavior.BottomSheetCallback mBottomSheetCallback
= new BottomSheetBehavior.BottomSheetCallback() {
@Override
public void onStateChanged(@NonNull View bottomSheet,
@BottomSheetBehavior.State int newState) {
if (newState == BottomSheetBehavior.STATE_HIDDEN) {
cancel();
}
}
@Override
public void onSlide(@NonNull View bottomSheet, float slideOffset) {
}
};
复制代码
能够看出里面涉及到了对BottomSheet的状态监听,逻辑判断则是根据BottomSheetBehavior的状态来进行相应处理,再来看看BottomSheetBehavior中有哪些状态:ui
/**
* The bottom sheet is dragging.
*/
public static final int STATE_DRAGGING = 1;
/**
* The bottom sheet is settling.
*/
public static final int STATE_SETTLING = 2;
/**
* The bottom sheet is expanded.
*/
public static final int STATE_EXPANDED = 3;
/**
* The bottom sheet is collapsed.
*/
public static final int STATE_COLLAPSED = 4;
/**
* The bottom sheet is hidden.
*/
public static final int STATE_HIDDEN = 5;
复制代码
找到了STATE_DRAGGING 状态,假定咱们能在BottomSheetCallback的onStateChanged的监听方法中能监听到该对应的动做,那么咱们就能拦截处理一开始出现的问题。 因而,在onStateChanged中输出日志,打印各动做的newState对应的状态码是多少,最后发现,果真当向下拖动整个view时,其newState为STATE_DRAGGING。所以,只要在这里将状态改成不是该状态可能就会实现要求的效果。根据名称选择STATE_EXPANDED 来作相应的处理。idea
可是如何来作呢? BottomSheetCallback是经过BottomSheetBehavior来set的,而BottomSheetBehavior则有spa
public static <V extends View> BottomSheetBehavior<V> from(V view)
复制代码
的静态方法来实例化,因而到这里就很清晰了。设计
private BottomSheetBehavior.BottomSheetCallback mBottomSheetCallback
= new BottomSheetBehavior.BottomSheetCallback() {
@Override
public void onStateChanged(@NonNull View bottomSheet,
@BottomSheetBehavior.State int newState) {
if (newState == BottomSheetBehavior.STATE_DRAGGING) {//判断为向下拖动行为时,则强制设定状态为展开
bottomSheetBehavior.setState(BottomSheetBehavior.STATE_EXPANDED );
}
LogUtil.e(TAG, "onStateChanged——>" + newState);
}
@Override
public void onSlide(@NonNull View bottomSheet, float slideOffset) {
LogUtil.e(TAG, "onSlide——>" + slideOffset);
}
};
复制代码
mBottomSheetDialog.setmBottomSheetCallback((FrameLayout)(view.getParent()));//由于view是被add进去,设置的回调监听是其parent view
复制代码
public void setmBottomSheetCallback(View sheetView) {
if (bottomSheetBehavior == null) {
bottomSheetBehavior = BottomSheetBehavior.from(sheetView);
}
bottomSheetBehavior.setBottomSheetCallback(mBottomSheetCallback);
}
复制代码
以上只是简单地结合源码分析并提出猜测的一种可解决方案,还有不少问题并未深究。一开始所说的“冲突”实际上是已经被谷歌解决了的,只是在依据此的基础上作了些额外的处理使其能依照其规则正常的运行。其它例如加入RecycleView等也应该是相似的解决方案,一步步分析源码和猜测尝试,总会解决。3d