我們希望上下滑動的手勢被當前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中，然后重設各種布局參數。

經過這個優化之后，轉屏體驗被大大提升了; 即使在幾年前的低端機器上，也能很快速地完成橫豎屏切換動作。