三句代碼創建全屏Dialog或者DialogFragment：帶你從源碼角度實現
Dialog是APP開發中常用的控件，同Activity類似，擁有獨立的Window窗口，但是Dialog跟Activity還是有一定區別的，最明顯的就是：默認情況下Dialog不是全屏的，所以布局實現不如Activity舒服，比如頂部對齊，底部對齊、邊距、寬度、高度等。如果將Dialog定義成全屏的就會省去很多問題，可以完全按照常用的布局方式來處理。網上實現方式有不少，一般情況下也都能奏效，不過可能會有不少疑慮，比如：為什么有些窗口屬性（隱藏標題）必須要在setContentView之前設置才有效，相反，也有些屬性（全屏）要在之后設置才有效。這里挑幾個簡單的實現方式，然后說下原因，由于Android的窗口管理以及View繪制是挺大的一塊，這里不過多深入。先看實現效果：
全屏Dialog
全屏Dialog實現方法
這里對象分為兩種，一種是針對傳統的Dialog，另一種是針對DialogFragment（推薦）,方法也分為兩種一種是利用代碼實現，另一種是利用主題樣式Theme來實現。
針對Dialog的實現方式
public class FullScrreenDialog extends Dialog {
public FullScrreenDialog(Context context) {
super(context);
}
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
<!--關鍵點1-->
getWindow().requestFeature(Window.FEATURE_NO_TITLE);
View view = LayoutInflater.from(getContext()).inflate(R.layout.fragment_full_screen, null);
<!--關鍵點2-->
setContentView(view);
<!--關鍵點3-->
getWindow().setBackgroundDrawable(new ColorDrawable(0x00000000));
<!--關鍵點4-->
getWindow().setLayout(WindowManager.LayoutParams.MATCH_PARENT, WindowManager.LayoutParams.MATCH_PARENT);
}
}
這里牽扯到四個點，關鍵點1要在setContentView之前設置，主要是為了兼容一些低版本的，不讓顯示Title部分，關鍵點2就是常用的setContentView，關鍵點3根4就是為了全屏對話框做的修改，關鍵點4必須要放在setContent的后面，因為如果放在setContent該屬性會被沖掉無效，原因再后面說。如果你想封裝一個統一的全屏Dialog，那可以吧關鍵點1放在構造方法中，把關鍵點3與4放在onStart中，其實就是主要是保證setContentView的執行順序，
public class FullScreenDialog extends Dialog {
public FullScreenDialog(Context context) {
super(context);
getWindow().requestFeature(Window.FEATURE_NO_TITLE);
}
@Override
protected void onStart() {
getWindow().setBackgroundDrawable(new ColorDrawable(0x00000000));
getWindow().setLayout(WindowManager.LayoutParams.MATCH_PARENT, WindowManager.LayoutParams.MATCH_PARENT);
}
}
之后再看下DialogFragment的做法。
針對DialogFragment的實現方式
Android比較推薦采用DialogFragment實現對話框，它完全能夠實現Dialog的所有需求，并且還能復用Fragment的生命周期管理，被后臺殺死后還能自動恢復。其實現全屏的原理同Dialog一樣，只不過是時機的把握
public class FullScreen DialogFragment extends DialogFragment {
@Nullable
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
return inflater.inflate(R.layout.fragment_full_screen, container, false);
}
@Override
public void onActivityCreated(Bundle savedInstanceState) {
<!--關鍵點1-->
getDialog().getWindow().requestFeature(Window.FEATURE_NO_TITLE);
super.onActivityCreated(savedInstanceState);
<!--關鍵點2-->
getDialog().getWindow().setBackgroundDrawable(new ColorDrawable(0x00000000));
getDialog().getWindow().setLayout(WindowManager.LayoutParams.MATCH_PARENT, WindowManager.LayoutParams.MATCH_PARENT);
}
}
先看下這里為什么放在onActivityCreated中處理，如果稍微跟下DialogFragment的實現源碼就會發現，其setContentView的時機是在onActivityCreated，看如下代碼關鍵點1
@Override
public void onActivityCreated(Bundle savedInstanceState) {
super.onActivityCreated(savedInstanceState);
if (!mShowsDialog) {
return;
}
View view = getView();
if (view != null) {
if (view.getParent() != null) {
throw new IllegalStateException("DialogFragment can not be attached to a container view");
}
<!--關鍵點1-->
mDialog.setContentView(view);
}
...
}
當然，也完全可以參考基類Dialog的實現方式， 其實關鍵就是把握 setContentView的調用時機 。之后來看第二種方案，利用Theme來實現。
利用Theme主題來實現全拼對話框
第一步在style中定義全屏Dialog樣式
<style name="Dialog.FullScreen" parent="Theme.AppCompat.Dialog">
<item name="android:windowNoTitle">true</item>
<item name="android:windowBackground">@color/transparent</item>
<item name="android:windowIsFloating">false</item>
</style>
第二步：設置樣式，以DialogFragment為例，只需要在onCreate中setStyle(STYLE_NORMAL, R.style.Dialog_FullScreen)即可。（推薦使用DialogFragment，它復用了Fragment的聲明周期，被殺死后，可以恢復重建）
public class FragmentFullScreen extends DialogFragment {
@Override
public void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setStyle(STYLE_NORMAL, R.style.Dialog_FullScreen);
}
}
如果是在Dialog中,設置如下代碼即可。
public class FullScreenDialog extends Dialog {
public FullScreenDialog(Context context) {
super(context);
getWindow().requestFeature(Window.FEATURE_NO_TITLE);
}
}
其實純代碼的效果跟這三個屬性對應，那么這三個屬性究竟有什么作用，設置的時機為何又有限制，下面就簡單分析一下原因。
全屏Dialog實現原理
針對以下三個屬性一步步分析。
<item name="android:windowIsFloating">false</item>
<item name="android:windowBackground">@color/transparent</item>
<item name="android:windowNoTitle">true</item>
首先看下第一個屬性，android:windowIsFloating，這個屬性可能是Activity默認樣式同Dialog最大的區別之一，對比一下默認的Dialog主題與Activity主題,兩者都是繼承Theme，在Theme中
Theme
<style name="Theme">
...
<item name="windowIsFloating">false</item>
</style>
但是Dialog的一般都進行了覆蓋，而Activity默認沒有覆蓋windowIsFloating屬性
Base.V7.Theme.AppCompat.Dialog
<style name="Base.V7.Theme.AppCompat.Dialog" parent="Base.Theme.AppCompat">
...
<item name="android:windowIsFloating">true</item>
</style>
也就是說Activity采用了默認的 false ，而Dialog的一般是True，這兩者在創建Window的時候有什么區別呢？進入PhoneWindow.java中，當Window在第一次創建DecorView的時候是需要根據該屬性去創建頂層布局參數的，也就是RootMeasureSpec，Window被新建的時候，WindowManager.LayoutParams默認采用的是MATCH_PARENT，但是如果windowIsFloating 被設置為True，WindowManager.LayoutParams參數中的尺寸就會被設置成WRAP_CONTENT，具體源碼如下：
protected ViewGroup generateLayout(DecorView decor) {
// Apply data from current theme.
TypedArray a = getWindowStyle();
mIsFloating = a.getBoolean(com.android.internal.R.styleable.Window_windowIsFloating, false);
int flagsToUpdate = (FLAG_LAYOUT_IN_SCREEN|FLAG_LAYOUT_INSET_DECOR)
& (~getForcedWindowFlags());
<!--關鍵點1-->
if (mIsFloating) {
setLayout(WRAP_CONTENT, WRAP_CONTENT);
setFlags(0, flagsToUpdate);
} else {
setFlags(FLAG_LAYOUT_IN_SCREEN|FLAG_LAYOUT_INSET_DECOR, flagsToUpdate);
}
...
}
從關鍵點1可以看到，如果windowIsFloating被配置為true，就會通過setLayout(WRAP_CONTENT, WRAP_CONTENT)將Window的窗口屬性WindowManager.LayoutParams設置為WRAP_CONTENT, 這個屬性對于根布局MeasureSpec參數的生成起著關鍵作用
public void setLayout(int width, int height) {
final WindowManager.LayoutParams attrs = getAttributes();
attrs.width = width;
attrs.height = height;
if (mCallback != null) {
mCallback.onWindowAttributesChanged(attrs);
}
}
至于為什么要在setContentView之后設置參數，是因為generateLayout一般是通過setContentView調用的，所以即使提前設置了壓根沒效果，PhoneWindow仍然是根據windowIsFloating來設置WindowManager.LayoutParams。其實View真正顯示的點是在Activity resume的時候，讓WMS添加View，其實是這里調用WindowManagerGlobal的addView，這里有個很關鍵的布局參數params，其實傳就是WindowManager.LayoutParams l = r.window.getAttributes();如果是Dialog默認主題，該參數的寬高其實是WRAP_CONTENT，是測量最初限定參數值的起點，也就是說，一個Window究竟多大，這個參數是有最終話語權的，具體的View繪制流程這不詳述，只看下View 的measureHierarchy，是如何利用window參數構造RootMeasureSpec的：
measureHierarchy(final View host, final WindowManager.LayoutParams lp,
final Resources res, final int desiredWindowWidth, final int desiredWindowHeight) {
...
<!--desiredWindowWidth一般是屏幕的寬高-->
childWidthMeasureSpec = getRootMeasureSpec(desiredWindowWidth, lp.width);
childHeightMeasureSpec = getRootMeasureSpec(desiredWindowHeight, lp.height);
...
}
desiredWindowWidth與desiredWindowHeight一般是屏幕的寬度與高度，而WindowManager.LayoutParams lp就是上面設置的參數，如果是Activity，默認是ViewGroup.LayoutParams.MATCH_PARENT，而如果是Dialog，就是ViewGroup.LayoutParams.WRAP_CONTENT，而根據MeasureSpec的默認生成規則，如下：
private static int getRootMeasureSpec(int windowSize, int rootDimension) {
int measureSpec;
switch (rootDimension) {
case ViewGroup.LayoutParams.MATCH_PARENT:
measureSpec = MeasureSpec.makeMeasureSpec(windowSize, MeasureSpec.EXACTLY);
break;
case ViewGroup.LayoutParams.WRAP_CONTENT:
measureSpec = MeasureSpec.makeMeasureSpec(windowSize, MeasureSpec.AT_MOST);
break;
default:
measureSpec = MeasureSpec.makeMeasureSpec(rootDimension, MeasureSpec.EXACTLY);
break;
}
return measureSpec;
}
如果是Dialog，就是會之后就會利用MeasureSpec.makeMeasureSpec(windowSize, MeasureSpec.AT_MOST)生成RootMeasureSpec，也就是最大是屏幕尺寸，實際效果就是我們常用的wrap_content，之后會利用該RootMeasureSpec對DecorView進行測量繪制。
private void performMeasure(int childWidthMeasureSpec, int childHeightMeasureSpec) {
Trace.traceBegin(Trace.TRACE_TAG_VIEW, "measure");
try {
mView.measure(childWidthMeasureSpec, childHeightMeasureSpec);
} finally {
Trace.traceEnd(Trace.TRACE_TAG_VIEW);
}
}
以上就是默認Dialog無法全屏的關鍵原因之一， 接著看第二屬性 android:windowBackground，這個屬性如果采用默認值，設置會有黑色邊框，其實這里主要是默認背景的問題，默認采用了有padding的InsetDrawable,設置了一些邊距，導致上面的狀態欄，底部的導航欄，左右都有一定的邊距
<inset xmlns:android="http://schemas.android.com/apk/res/android"
android:insetLeft="16dp"
android:insetTop="16dp"
android:insetRight="16dp"
android:insetBottom="16dp">
<shape android:shape="rectangle">
<corners android:radius="2dp" />
<solid android:color="@color/background_floating_material_dark" />
</shape>
</inset>
DecorView在繪制的時候，會將這里的邊距考慮進去，而且對于windowIsFloating = false的Window，會將狀態欄及底部導航欄考慮進去（這里不分析）。之后再來看最后遺留的一個問題，為什么么要Window.FEATURE_NO_TITLE屬性，并且需要在setContentView被調用之前。
為什么需要在setContentView之前設置Window.FEATURE_NO_TITLE屬性
如果不設置該屬性，有可能出現如下效果：
不設置Window.FEATURE_NO_TITLE
在上面的分析中我們知道，setContentView會進一步調用generateLayout創建根布局，Android系統默認實現了多種樣式的根布局應，以應對不同的場景，選擇的規則就是用戶設置的主題樣式（Window屬性），比如需不需要Title，而布局樣式在選定后就不能再改變了（大小可以），有些屬性是選擇布局文件的參考，如果是在setContentView之后再設定，就是失去了意義，另外Android也不允許在選定布局后，設置一些影響布局選擇的屬性，會拋出異常，原理如下。
protected ViewGroup generateLayout(DecorView decor) {
TypedArray a = getWindowStyle();
...
if (a.getBoolean(com.android.internal.R.styleable.Window_windowNoTitle, false)) {
requestFeature(FEATURE_NO_TITLE);
} else if (a.getBoolean(com.android.internal.R.styleable.Window_windowActionBar, false)) {
requestFeature(FEATURE_ACTION_BAR);
}
@Override
public boolean requestFeature(int featureId) {
if (mContentParent != null) {
throw new AndroidRuntimeException("requestFeature() must be called before adding content");
}
...
}
以上就是對全屏Dialog定制的一些處理以及對全屏原理的淺析（這里不包括對狀態欄的處理，那部分涉及到SystemUI）。
參考文檔
Android 官方推薦 : DialogFragment 創建對話框
來自：https://juejin.im/post/58de0a9a44d904006d04cead