- Weex如何支撑200w+同时在线的优酷猫晚直播？

我们希望上下滑动的手势被当前tab接收，可以在当前列表中上下滑动

我们希望左右滑动的手势被tabbar接收，可以在不同的tab之间切换

但是结合使用tabbar和自定义Weex Component，要么上下左右手势全部被当前tab吃掉，导致无法在tab之间切换。要么上下左右手势都被tabbar吃掉，导致当前tab无法上下滑动

上图是Android View点击事件分发的简化逻辑

父View与子View同时可以滑动时就会产生滑动冲突, 常见套路的一种是在父View的onInterceptTouchEvent()做拦截：

public boolean onInterceptTouchEvent(MotionEvent event){

    boolean intercepted = false;

    switch(event.getActionMasked){

        case MotionEvent.ACTION_DOWN:

            intercepted = false;

            break;

        case MotionEvent.ACTION_MOVE: 

            if(父控件拦截){

                intercepted = true;

            }else{

                intercepted =false;

            }

            break;

        ...

    }

    ...

    return intercepted;

}

最后我们的解法是重写了一个自定义Div标签, 将自定义Weex Component嵌入自定义Div标签中，自定义Div标签吃掉上下滑动手势并传给自定义Weex Component，将左右滑动手势抛出让身为父View的tabbar处理，这样就解决了这个手势冲突问题。

然而，直播会场的Weex代码使用了ExpressionBinding来优化滑动性能，新的解法导致ExpressionBinding失效了。

为了解决这个问题，我们又重写了Weex的WXGesture手势识别代码，覆盖掉WXComponent自带的默认手势识别代码，使得ExpressionBinding重新生效。

ExpressionBinding的执行顺序如下:

touchstart -> panstart -> ExpressionBinding panstart ->
ExpressionBinding panmove -> ExpressionBinding panend -> 
touchend -> panend

其核心概念是检测出panstart事件，然后执行js层预先传下来的“手势处理逻辑”，而不是将识别出的手势传给js层处理。

我们对自定义Div标签和自定义Weex Component的修改使得ExpressionBinding识别不到panstart事件了。所以我们重写的WXGesture会在合适地方给自己所在的WXComponent发出：

WXGestureType.HighLevelGesture.HORIZONTALPAN

或者：

WXGestureType.HighLevelGesture.VERTICALPAN

事件，人为地触发ExpressionBinding的识别代码执行，最终使得ExpressionBinding可以与自定义Div标签和自定义的Weex Component协同工作。

转屏体验优化

之前优酷直播页面的转屏是直接将Activity转过来，然后让视频撑满屏幕; 若要恢复竖屏则把Activity再转回来，恢复vieoView为原始大小，让其余的布局显示出来。

由于新的Weex直播会场复杂度大大提高，切换横竖屏的体验变得很糟糕，每次切换之后画面要黑屏一会儿才能把布局重新显示出来。

经过多番尝试，我们采用如下的解法来提高体验：竖屏转横屏时，先记录下videoView的各种布局参数，然后将videoView从它的父View中取出，直接attach到当前Window的decorView上。横屏转回竖屏时，将videoView从decorView中取出，add到旧的父View中，然后重设各种布局参数。

经过这个优化之后，转屏体验被大大提升了; 即使在几年前的低端机器上，也能很快速地完成横竖屏切换动作。

视频圆角