用原生VideoView進行全屏播放時的問題，videoview全屏播放

用原生VideoView進行全屏播放時的問題，videoview全屏播放

之前參加了一個課程，裡面有一節講到了用視頻作為啟動介面。講師用的是自訂VideoView，重寫onMeasure方法，因為原生的VideoView在那情況下不能實現全屏播放。當時沒有深入研究，現在補回來。

用的是36氪之前的視頻（608×1080）和Genymotion中的Google Nexus 5（1080×1920）。

 

一、

1、原生VideoView的效果，這裡沒有讓底部的導覽列也變透明。因為上來很難看到差別，後面會解釋。

xml

<?xml version="1.0" encoding="utf-8"?><LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"              android:orientation="vertical"              android:layout_width="match_parent"              android:layout_height="match_parent">    <VideoView        android:id="@+id/video_view"        android:layout_width="match_parent"        android:layout_height="match_parent"        android:clickable="false"        android:focusable="false"        android:focusableInTouchMode="false"/></LinearLayout>

 java

public class VideoViewActivity extends AppCompatActivity {    private VideoView mVideoView;    @Override    protected void onCreate(@Nullable Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        setContentView(R.layout.activity_video_view);        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) {            getWindow().addFlags(WindowManager.LayoutParams.FLAG_TRANSLUCENT_STATUS);//            getWindow().addFlags(WindowManager.LayoutParams.FLAG_TRANSLUCENT_NAVIGATION);        }        mVideoView = (VideoView) findViewById(R.id.video_view);        mVideoView.setVideoURI(Uri.parse("android.resource://" + getPackageName() + "/" + R.raw.kr36));        mVideoView.start();        mVideoView.setOnCompletionListener(new MediaPlayer.OnCompletionListener() {            @Override            public void onCompletion(MediaPlayer mp) {                mVideoView.start();            }        });    }}

 

2、自訂的VideoView

布局檔案基本同上，除了控制項名和id

...    <com.example.test.test_fitstatusbar.CustomVideoView        android:id="@+id/custom_video_view"
...

Activity.java也是基本同上。這裡是自訂VideoView的java代碼，只重寫了onMeasure方法。

public class CustomVideoView extends VideoView {    public CustomVideoView(Context context) {        super(context);    }    public CustomVideoView(Context context, AttributeSet attrs) {        super(context, attrs);    }    public CustomVideoView(Context context, AttributeSet attrs, int defStyleAttr) {        super(context, attrs, defStyleAttr);    }    @Override    protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {        int width = getDefaultSize(0, widthMeasureSpec);        int height = getDefaultSize(0, heightMeasureSpec);        setMeasuredDimension(width, height);    }}

 

二、在對比原生VideoView的onMeasure方法之前，先瞭解一些事情。

1、這裡涉及到MeasureSpec類，這個類代碼不多，但很精妙。我也有很多地方沒弄懂。不過在這裡，只需瞭解它的三種mode就可以了。

    /**     * 1、UNSPECIFIED     * 根據源碼的注釋,其大概意思是parent不對child做出限制.它想要什麼size就給什麼size.看了一些教程,都說用得很少,或者是系統內部才用得上.所以先不管了     * 2、EXACTLY     * 對應於match_parent和給出具體的數值     * 3、AT_MOST     * 對應於wrap_content     */    public static class MeasureSpec {        private static final int MODE_SHIFT = 30;        private static final int MODE_MASK  = 0x3 << MODE_SHIFT;        public static final int UNSPECIFIED = 0 << MODE_SHIFT;        public static final int EXACTLY     = 1 << MODE_SHIFT;        public static final int AT_MOST     = 2 << MODE_SHIFT;

　　　　 ......
        public static int getMode(int measureSpec) {            return (measureSpec & MODE_MASK);        }
        public static int getSize(int measureSpec) {            return (measureSpec & ~MODE_MASK);        }

　　　　 ......
    }

 而這裡，我所有控制項的width和height都是mach_parent，所以以下分析都是基於MeasureSpec.EXACTLY這個mode。

 

2、getDefaultSize

    public static int getDefaultSize(int size, int measureSpec) {        int result = size;        int specMode = MeasureSpec.getMode(measureSpec);        int specSize = MeasureSpec.getSize(measureSpec);        switch (specMode) {        case MeasureSpec.UNSPECIFIED:            result = size;            break;        case MeasureSpec.AT_MOST:        case MeasureSpec.EXACTLY:            result = specSize;            break;        }        return result;    }

 因為都是MeasureSpec.EXACTLY，所以最終返回的結果是MeasureSpec.getSize(measureSpec)，與size，也就是第一個參數無關。

 

3、setMeasuredDimension

    protected final void setMeasuredDimension(int measuredWidth, int measuredHeight) {        boolean optical = isLayoutModeOptical(this);        if (optical != isLayoutModeOptical(mParent)) {            Insets insets = getOpticalInsets();            int opticalWidth  = insets.left + insets.right;            int opticalHeight = insets.top  + insets.bottom;            measuredWidth  += optical ? opticalWidth  : -opticalWidth;            measuredHeight += optical ? opticalHeight : -opticalHeight;        }        setMeasuredDimensionRaw(measuredWidth, measuredHeight);    }

中間的判斷語句，涉及到ViewGroup的LayoutMode，它有兩個值，一個是預設值clipBounds，效果就是保留子view之間的空白，因為有些控制項看上去要比實際的小，但它仍然是佔了給定的大小，只是系統讓它的一部分邊緣變成留白，這樣的話，不至於子view真的是串連在一起；另一個是opticalBounds，它就是用來消除clipBounds的效果。一般情況下，都不會進入判斷語句塊裡。

而這裡要關注的其實是最後一句代碼，setMeasuredDimensionRaw。

 

4、setMeasuredDimensionRaw

    private void setMeasuredDimensionRaw(int measuredWidth, int measuredHeight) {        mMeasuredWidth = measuredWidth;        mMeasuredHeight = measuredHeight;        mPrivateFlags |= PFLAG_MEASURED_DIMENSION_SET;    }

 這個方法就是將最終的測量結果賦值給對應的view的全域變數，意味著measure部分結束。

 

三、對比原生VideoView的onMeasure方法

    @Override    protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {//        Log.i("@@@@", "onMeasure(" + MeasureSpec.toString(widthMeasureSpec) + ", "//                + MeasureSpec.toString(heightMeasureSpec) + ")");        int width = getDefaultSize(mVideoWidth, widthMeasureSpec);        int height = getDefaultSize(mVideoHeight, heightMeasureSpec);

　　　　 if (mVideoWidth > 0 && mVideoHeight > 0) {            int widthSpecMode = MeasureSpec.getMode(widthMeasureSpec);            int widthSpecSize = MeasureSpec.getSize(widthMeasureSpec);            int heightSpecMode = MeasureSpec.getMode(heightMeasureSpec);            int heightSpecSize = MeasureSpec.getSize(heightMeasureSpec);

　　　　　　　if (widthSpecMode == MeasureSpec.EXACTLY && heightSpecMode == MeasureSpec.EXACTLY) {                // the size is fixed                width = widthSpecSize;                height = heightSpecSize;                // for compatibility, we adjust size based on aspect ratio                if ( mVideoWidth * height  < width * mVideoHeight ) {                    //Log.i("@@@", "image too wide, correcting");                    width = height * mVideoWidth / mVideoHeight;                } else if ( mVideoWidth * height  > width * mVideoHeight ) {                    //Log.i("@@@", "image too tall, correcting");                    height = width * mVideoHeight / mVideoWidth;                }            } else if (widthSpecMode == MeasureSpec.EXACTLY) {　　　　　　　　　
　　　　　　　　　......
            } else if (heightSpecMode == MeasureSpec.EXACTLY) {                
　　　　　　　　　......
            } else {
　　　　　　　　　......
            }        } else {            // no size yet, just adopt the given spec sizes        }        setMeasuredDimension(width, height);    }

 

為了方便對比，再貼出onMeasure方法。我在這個方法中，列印過width和height的值，它們的值就是螢幕顯示部分的解析度。意思是說，按這裡的情況來講，當狀態列和底部的導覽列都是透明時，width是1080，height是1920，正好是Google Nexus 5的解析度。

當底部的導覽列不是透明時，height就是1776。

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

　　　　 int width = getDefaultSize(0, widthMeasureSpec);        int height = getDefaultSize(0, heightMeasureSpec);        setMeasuredDimension(width, height);    }

 

現在對比原生的onMeasure方法來分析。

首先是通過getDefaultSize來得到width和height。上面說過，在我這個例子中，getDefaultSize的傳回值只與第二個參數有關，即widthMeasureSpec和heightMeasureSpec，而這兩個參數都是從相同的ViewGroup傳進來的，所以無論是原生還是重寫，其從getDefaultSize中得到的值都是一樣的。然後進入第一層判斷語句塊，在這裡通過MeasureSpec.getMode()和getSize()，再次取得控制項的mode和size。其實這在getDefaultSize裡也有實現，所以外層的width和widthSpecSize的值是相同的，height也是這種情況。

根據之前的說明，可以知道進入的是第一個判斷語句塊，而其它情況也被我省略了。

再到下面的判斷語句，比較乘積之後，就修改width或height，對比重寫的方法可以判斷，導致效果不同的地方就是這裡。代碼的邏輯很清晰簡單。這裡直接取具體值來分析。這裡的視頻資源的幀寬度是608，幀高度是1080。用來測試的Google Nexus 5是1080×1920。

mVideoWidth * height = 608 × 1920 = 1,167,360，mVideoHeight * width= 1080 × 1080 = 1,166,400，所以修改的是height，等於1,918.4。所以開頭說不讓底部的導覽列變透明，因為只差兩個像素左右，看不清。而當底部導覽列不是透明的時候，height是1776。這時候修改的就是width，等於999.8，所以如上面的，差別就比較明顯了。這麼看來，這部分代碼就是把VideoView的寬或高給修改了，因為我是指定match_parent的，也就應該是螢幕顯示部分的大小。而重寫的方法就是跳過了這部分，讓VideoView的寬高仍然是match_parent。