一、前言
1.1、C++界面庫
MFC、WTL、DuiLib、QT、Skia、OpenGL。
Android裏面的畫圖分爲2D和3D兩種: 2D是由Skia 來實現的,3D部分是由OpenGL實現的。
1.2、Android基本概念
-
窗口
對用戶來說, 窗口就是手機屏幕, 包括下面的那些home、back按鍵、狀態欄等。對於Activity來說, 窗口就是除系統狀態欄和系統按鍵的屏幕區域, 有window之類的概念。對於wms來說, 它沒有什麼窗口的概念, 它能接受的只是一個個view而已。也就是Activity這裏還有Window這個概念, 但在wms那裏, 已經沒有window的概念了。
窗口類型分爲應用程序窗口: 就是一般應用程序的窗口, 比如我們應用程序的Activity的窗口。子窗口: 一般在Activity裏面的窗口, 比如TabActivity。系統窗口: 系統的窗口, 比如輸入法、Toast、牆紙等等…系統窗口不需要對應任何Activity, 也不需要有父窗口, 對於應用程序而言, 理論上是無法創建系統窗口的, 因爲所有的應用程序都沒有這個權限, 然而系統進程卻可以創建系統窗口。WindowManager.LayoutParams裏面有關於各種窗口的type類型定義, type還有個含義就是窗口的z-order, 值越大, 顯示的位置越在上面。 -
Window、PhoneWindow
頂層窗口樣式和行爲的抽象類, 概括了Android窗口的基本屬性和基本功能。該類實例的getDecorView()方法返回的DecorView被用來作爲頂層視圖添加到WM中。
創建時機: ActivityThread.handleLaunchActivity ---> ActivityThread.performLaunchActivity --->Activity.attach -
WindowManager、WindowManagerImpl、WindowManagerGlobal
與一個特定的Display相關聯, WindowManager主要用來管理窗口的一些狀態、屬性、view增加、刪除、更新、窗口順序、消息收集和處理等。它面向的對象一端是屏幕, 另一端就是 view , 直接忽略我們以前的 Activity 或者 Dialog 之類的東東。WindowManager是一個接口類, 其真正的實現是WindowManagerImpl, 後者同時也是整個應用程序中所有Window的管理者。
-
Activity
Activity是支持顯示UI的, 但不直接管理view樹或者ViewRoot, Activity並沒有與這兩者產生直接的聯繫, 是通過中間 “Window”的對象。
創建過程: 1>、 使用代理模式啓動到ActivityManagerService中執行;
2>、 創建ActivityRecord到mHistory記錄中;
3>、 通過socket通信到Zgote相關類創建process;
4>、通過ApplicatonThread與ActivityManagerService建立通信;
5>、ActivityManagerService通知ActiveThread啓動Activity的創建;
6>、ActivityThread創建Activity加入到mActivities中並開始調度Activity執行;
7>、ActivityThread.handleLaunchActivity ---> ActivityThread.performLaunchActivity -
ViewRoot、ViewRootImpl
任何顯示在設備中的窗口如: Activity、Dialog等, 都包含一個ViewRoot實例。ViewRoot可以被理解爲“View樹的管理者”, ViewRoot中的mView成員變量指向的就是它所管理的View樹的根。ViewRoot的核心任務就是與WindowManagerService進行通信, 從ViewRootImpl到WMS間的通信利用的是IWindowSession, 而反方向則是由IWindow來完成的。ViewRoot與ViewRootImpl的功能是一樣的, 只不過是Android不同版本的不同稱呼。
創建時機: ActivityThread.handleResumeActivity ---> WindowManager.addView---> WindowManagerGlobal.addView添加一個view到VM中時, 與添加的view實例一一對應。 -
AcitivityManagerService
AMS提供了一個ArrayList mHistory來管理所有的activity, activity在AMS中的形式是ActivityRecord, task在AMS中的形式爲TaskRecord, 進程在AMS中的管理形式爲ProcessRecord。是個獨立的系統服務進程。
-
ActivityThread
管理應用進程的主線程的執行(相當於普通Java程序的main入口函數), 並根據AMS的要求(通過IApplicationThread接口, AMS爲Client、ActivityThread.ApplicationThread爲Server)負責調度和執行activities、broadcasts和其它操作。ActivityThread是每一個應用程序所在進程的主線程, 循環消息處理。ActivityThread與AcitivityManagerService的通信是屬於進程間通信, 使用binder機制;
-
WindowManagerService
對系統中的所有窗口進行管理。WindowManager是運行在Application process中的, WindowManagerService是在system_server進程中運行, 兩者的通信是通過中間的會話層IWindowSession來進行的。
附:相關簡化類結構
public class Activity {
private Window mWindow;
final void attach(...) {
mWindow = PolicyManager.makeNewWindow(this);
}
}
public class PhoneWindow extends Window{
private DecorView mDecor;
}
//它們分別用於表示View樹的根節點、ViewRoot以及Window的屬性
public final class WindowManagerGlobal {
private final ArrayList<View> mViews = new ArrayList<View>();
private final ArrayList<ViewRootImpl> mRoots = new ArrayList<ViewRootImpl>();
private final ArrayList<WindowManager.LayoutParams> mParams =
new ArrayList<WindowManager.LayoutParams>();
}
public final class ActivityThread {
private void handleLaunchActivity(ActivityClientRecord r, Intent customIntent) {
}
final void handleResumeActivity(...) {
}
}
二、Android消息流與Activity中xml佈局文件的解析
2.1 消息流
WmS收到用戶消息後需要把消息派發到窗口, View類本身並不能直接接收WmS傳遞過來的消息, 真正接收用戶消息的必須是IWindow類, 而實現IWindow類的是ViewRoot.W類。
觸屏消息 ----> WindowManagerService ----> ViewRoot ----> decor view ----> Activity ----> 傳遞給指定的View。
2.2 xml佈局文件的解析相關類及流程
2.2.1 ViewGroup.LayoutParams類及其派生類
用來保存xml中每個控件的屬性值。View通過LayoutParams類告訴其父視圖它想要的大小(即, 長度和寬度), 因此, 每個View都包含一個ViewGroup.LayoutParams類或者其派生類。
public class View implements Drawable.Callback, KeyEvent.Callback, AccessibilityEventSource { ... protected ViewGroup.LayoutParams mLayoutParams; ... }
ViewGroup子類可以實現自定義LayoutParams, 自定義LayoutParams提供了更好地擴展性, ViewGroup.LayoutParams及其常用派生類的類圖(部分類圖)如下:
2.2.3 xml佈局文件的解析流程
LayoutInflater利用XML解析器將佈局文件解析成一個完整的View樹, 所有Xxx.xml的佈局文件都需要解析成一個完整的View樹。
public View inflate(XmlPullParser parser, ViewGroup root, boolean attachToRoot) {
final AttributeSet attrs = Xml.asAttributeSet(parser);
View result = root;
// Temp is the root view that was found in the xml
final View temp = createViewFromTag(root, name, attrs, false);
ViewGroup.LayoutParams params = null;
if (root != null) {
// Create layout params that match root, if supplied
params = root.generateLayoutParams(attrs);
if (!attachToRoot) {
// Set the layout params for temp if we are not
// attaching. (If we are, we use addView, below)
temp.setLayoutParams(params);
}
}
// Inflate all children under temp
rInflate(parser, temp, attrs, true, true);
// We are supposed to attach all the views we found (int temp)
// to root. Do that now.
if (root != null && attachToRoot) {
root.addView(temp, params);
}
// Decide whether to return the root that was passed in or the
// top view found in xml.
if (root == null || !attachToRoot) {
result = temp;
}
return result;
}
從上面得知, 我們將View的AttributeSet屬性傳遞給generateLayoutParams()方法, 讓其構建合適地LayoutParams對象,並且初始化屬性值weight和height。但更重要的是, ViewGroup的子類可以重載generateLayoutParams方法, 返回特定的LayoutParams對象, 例如: 對於LinearLayout而言, 則是LinearLayout.LayoutParams對象。
三、Android繪製流程
3.1 繪製起點: DecorView添加到窗口上
我們知道Activity中的PhoneWindow對象會創建了一個DecorView(父類爲FrameLayout)窗口頂層視圖, 然後通過LayoutInflater將xml內容佈局解析成View樹形結構添加到DecorView頂層視圖中id爲content的FrameLayout父容器上面。到此, 我們已經知道Activity的content內容佈局最終會添加到DecorView窗口頂層視圖上面。那麼, DecorView是怎麼添加到窗口的呢?這時候我們不得不從Activity是怎麼啓動的說起, 當Activity初始化 Window和將佈局添加到PhoneWindow的內部類DecorView類之後, ActivityThread類會調用handleResumeActivity方法將頂層視圖DecorView添加到窗口上。
handlerResumeActivity方法的實現:
final void handleResumeActivity(IBinder token,
boolean clearHide, boolean isForward, boolean reallyResume) {
...
if (r.window == null && !a.mFinished && willBeVisible) {
r.window = r.activity.getWindow();
View decor = r.window.getDecorView();
decor.setVisibility(View.INVISIBLE);
ViewManager wm = a.getWindowManager();
WindowManager.LayoutParams l = r.window.getAttributes();
a.mDecor = decor;
l.type = WindowManager.LayoutParams.TYPE_BASE_APPLICATION;
l.softInputMode |= forwardBit;
if (a.mVisibleFromClient) {
a.mWindowAdded = true;
wm.addView(decor, l);
}
}
...
}
WindowManagerImpl 中addView方法:
public void addView(@NonNull View view, @NonNull ViewGroup.LayoutParams params) {
applyDefaultToken(params);
mGlobal.addView(view, params, mDisplay, mParentWindow);
}
WindowManagerGlobal 中addView方法:
public void addView(View view, ViewGroup.LayoutParams params,
Display display, Window parentWindow) {
...
final WindowManager.LayoutParams wparams = (WindowManager.LayoutParams)params;
...
ViewRootImpl root;
View panelParentView = null;
synchronized (mLock) {
...
// If this is a panel window, then find the window it is being
// attached to for future reference.
if (wparams.type >= WindowManager.LayoutParams.FIRST_SUB_WINDOW &&
wparams.type <= WindowManager.LayoutParams.LAST_SUB_WINDOW) {
final int count = mViews.size();
for (int i = 0; i < count; i++) {
if (mRoots.get(i).mWindow.asBinder() == wparams.token) {
panelParentView = mViews.get(i);
}
}
}
///對每個窗口皆構建一個ViewRoot對象
root = new ViewRootImpl(view.getContext(), display);
view.setLayoutParams(wparams);
////將窗口對應地view、root、wparams保存在屬性集合中
mViews.add(view);
mRoots.add(root);
mParams.add(wparams);
}
// do this last because it fires off messages to start doing things
try {
// 調用ViewRoot對象去通知系統添加一個窗口
root.setView(view, wparams, panelParentView);
} catch (RuntimeException e) {
...
}
}
ViewRootImpl中setView的方法:
View mView; //所有窗口地root View
final WindowManager.LayoutParams mWindowAttributes = new WindowManager.LayoutParams();
public void setView(View view, WindowManager.LayoutParams attrs, View panelParentView) {
synchronized (this) {
if (mView == null) {
mView = view;
mWindowAttributes.copyFrom(attrs); //保存WindowManager.LayoutParams屬性值
attrs = mWindowAttributes;
...
int res; /* = WindowManagerImpl.ADD_OKAY; */
requestLayout(); //請求UI開始繪製。
mInputChannel = new InputChannel(); //創建一個InputChannel對象,接受消息
try {
//通知WindowManagerService添加一個窗口,註冊一個事件監聽管道, 用來監聽: 按鍵(KeyEvent)和觸摸(MotionEvent)事件。
res = mWindowSession.addToDisplay(mWindow, mSeq, mWindowAttributes,
getHostVisibility(), mDisplay.getDisplayId(),
mAttachInfo.mContentInsets, mAttachInfo.mStableInsets, mInputChannel);
}
...
}
}
public void requestLayout() {
if (!mHandlingLayoutInLayoutRequest) {
checkThread();
mLayoutRequested = true;
scheduleTraversals();
}
}
void scheduleTraversals() {
if (!mTraversalScheduled) {
mTraversalScheduled = true;
mTraversalBarrier = mHandler.getLooper().postSyncBarrier();
mChoreographer.postCallback(
Choreographer.CALLBACK_TRAVERSAL, mTraversalRunnable, null);
if (!mUnbufferedInputDispatch) {
scheduleConsumeBatchedInput();
}
notifyRendererOfFramePending();
}
}
final class TraversalRunnable implements Runnable {
@Override
public void run() {
doTraversal();
}
}
void doTraversal() {
if (mTraversalScheduled) {
...
try {
performTraversals();
} finally {
Trace.traceEnd(Trace.TRACE_TAG_VIEW);
}
...
}
}
ViewRootImpl中的方法
private void performTraversals() {
...
windowSizeMayChange |= measureHierarchy(host, lp, res,desiredWindowWidth, desiredWindowHeight);
...
performLayout(lp, desiredWindowWidth, desiredWindowHeight);
...
performDraw();
...
}
3.2 開始繪製performTraversals
View系統的繪製流程會從ViewRootImpl的performTraversals()方法中開始, 每一個視圖的繪製過程都必須經歷三個最主要的階段onMeasure()、onLayout()和onDraw()。
3.2.1 第一步 onMeasure 決定View的大小
measure函數的作用是爲整個View樹計算實際的大小, 設置每個View對象的佈局大小(“窗口”大小)。實際對應屬性就是View中的mMeasuredHeight(高)和mMeasureWidth(寬)。方法中參數widthMeasureSpec和heightMeasureSpec, 這兩個值分別用於確定視圖的寬度和高度的規格和大小。
MeasureSpec的值由specSize和specMode共同組成的, 其中specSize記錄的是大小, specMode記錄的是規格。
- EXACTLY 表示父視圖希望子視圖的大小應該是由specSize的值來決定的。子元素將被限定在給定的邊界裏而忽略它本身大小;
- AT_MOST 表示子視圖最多隻能是specSize中指定的大小, 開發人員應該儘可能小得去設置這個視圖, 並且保證不會超過specSize。
- UNSPECIFIED 表示開發人員可以將視圖按照自己的意願設置成任意的大小, 沒有任何限制。這種情況比較少見, 不太會用到。
View中的方法:
public final void measure(int widthMeasureSpec, int heightMeasureSpec) {
...
final boolean forceLayout = (mPrivateFlags & PFLAG_FORCE_LAYOUT) == PFLAG_FORCE_LAYOUT;
final boolean isExactly = MeasureSpec.getMode(widthMeasureSpec) == MeasureSpec.EXACTLY &&
MeasureSpec.getMode(heightMeasureSpec) == MeasureSpec.EXACTLY;
final boolean matchingSize = isExactly &&
getMeasuredWidth() == MeasureSpec.getSize(widthMeasureSpec) &&
getMeasuredHeight() == MeasureSpec.getSize(heightMeasureSpec);
if (forceLayout || !matchingSize &&
(widthMeasureSpec != mOldWidthMeasureSpec ||
heightMeasureSpec != mOldHeightMeasureSpec)) {
// first clears the measured dimension flag
mPrivateFlags &= ~PFLAG_MEASURED_DIMENSION_SET;
resolveRtlPropertiesIfNeeded();
int cacheIndex = forceLayout ? -1 : mMeasureCache.indexOfKey(key);
if (cacheIndex < 0 || sIgnoreMeasureCache) {
// measure ourselves, this should set the measured dimension flag back
onMeasure(widthMeasureSpec, heightMeasureSpec);
mPrivateFlags3 &= ~PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT;
} else {
...
}
mPrivateFlags |= PFLAG_LAYOUT_REQUIRED;
}
mOldWidthMeasureSpec = widthMeasureSpec;
mOldHeightMeasureSpec = heightMeasureSpec;
...
}
//View中onMeasure默認實現
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
setMeasuredDimension(getDefaultSize(getSuggestedMinimumWidth(), widthMeasureSpec),
getDefaultSize(getSuggestedMinimumHeight(), heightMeasureSpec));
}
protected final void setMeasuredDimension(int measuredWidth, int measuredHeight) {
...
mMeasuredWidth = measuredWidth;
mMeasuredHeight = measuredHeight;
mPrivateFlags |= PFLAG_MEASURED_DIMENSION_SET;
...
}
measure()這個方法是final的, 因此我們無法在子類中去重寫這個方法, 說明Android是不允許我們改變View的measure框架的。然後在第9行調用了onMeasure()方法, 這裏纔是真正去測量並設置View大小的地方。之後會在onMeasure()方法中調用setMeasuredDimension()方法來設定測量出的大小, 這樣一次measure過程就結束了。
當然, 一個界面的展示可能會涉及到很多次的measure, 因爲一個佈局中一般都會包含多個子視圖,每個視圖都需要經歷一次measure過程。由父視圖在onMeasure中循環調用ViewGroup中的measureChildWithMargins實現子視圖的measure過程。
FrameLayout中方法:
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
int count = getChildCount();
...
for (int i = 0; i < count; i++) {
final View child = getChildAt(i);
if (mMeasureAllChildren || child.getVisibility() != GONE) {
measureChildWithMargins(child, widthMeasureSpec, 0, heightMeasureSpec, 0);
...
}
}
...
}
ViewGroup中的方法:
protected void measureChildWithMargins(View child,
int parentWidthMeasureSpec, int widthUsed,
int parentHeightMeasureSpec, int heightUsed) {
final MarginLayoutParams lp = (MarginLayoutParams) child.getLayoutParams();
final int childWidthMeasureSpec = getChildMeasureSpec(parentWidthMeasureSpec,
mPaddingLeft + mPaddingRight + lp.leftMargin + lp.rightMargin
+ widthUsed, lp.width);
final int childHeightMeasureSpec = getChildMeasureSpec(parentHeightMeasureSpec,
mPaddingTop + mPaddingBottom + lp.topMargin + lp.bottomMargin
+ heightUsed, lp.height);
child.measure(childWidthMeasureSpec, childHeightMeasureSpec);
}
3.2.2 第二步 onLayout 決定View在ViewGroup中的位置
ViewRootImpl的performTraversals()方法會在measure結束後繼續執行, 爲視圖進行佈局的, 也就是確定視圖的位置。並調用View的layout()方法來執行此過程。
ViewRootImpl中的方法private void performLayout(WindowManager.LayoutParams lp, int desiredWindowWidth, int desiredWindowHeight) { ... final View host = mView; host.layout(0, 0, host.getMeasuredWidth(), host.getMeasuredHeight()); ... }
可以看到, 這裏還把剛纔測量出的寬度和高度傳到了layout()方法中.
View中的方法:
public void layout(int l, int t, int r, int b) {
if ((mPrivateFlags3 & PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT) != 0) {
onMeasure(mOldWidthMeasureSpec, mOldHeightMeasureSpec);
mPrivateFlags3 &= ~PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT;
}
int oldL = mLeft;
int oldT = mTop;
int oldB = mBottom;
int oldR = mRight;
boolean changed = isLayoutModeOptical(mParent) ?
setOpticalFrame(l, t, r, b) : setFrame(l, t, r, b);
if (changed || (mPrivateFlags & PFLAG_LAYOUT_REQUIRED) == PFLAG_LAYOUT_REQUIRED) {
onLayout(changed, l, t, r, b);
mPrivateFlags &= ~PFLAG_LAYOUT_REQUIRED;
ListenerInfo li = mListenerInfo;
if (li != null && li.mOnLayoutChangeListeners != null) {
ArrayList<OnLayoutChangeListener> listenersCopy =
(ArrayList<OnLayoutChangeListener>)li.mOnLayoutChangeListeners.clone();
int numListeners = listenersCopy.size();
for (int i = 0; i < numListeners; ++i) {
listenersCopy.get(i).onLayoutChange(this, l, t, r, b, oldL, oldT, oldR, oldB);
}
}
}
mPrivateFlags &= ~PFLAG_FORCE_LAYOUT;
mPrivateFlags3 |= PFLAG3_IS_LAID_OUT;
}
protected void onLayout(boolean changed, int left, int top, int right, int bottom) {
}
layout()方法接收四個參數, 分別代表着左、上、右、下的座標, 當然這些座標是相對於當前視圖的父視圖而言的。在layout()方法中, 首先會調用setFrame()方法來判斷視圖的大小是否發生過變化, 以確定有沒有必要對當前的視圖進行重繪, 同時還會在這裏把傳遞過來的四個參數分別賦值給mLeft、mTop、mRight和mBottom這幾個變量。
View中的onLayout()方法就是一個空方法, 因爲onLayout()過程是爲了確定視圖在佈局中所在的位置, 而這個操作應該是由佈局來完成的, 即父視圖決定子視圖的顯示位置。
ViewGroup中的方法
protected abstract void onLayout(boolean changed,
int l, int t, int r, int b);
ViewGroup中的onLayout()方法是一個抽象方法, 這就意味着所有ViewGroup的子類都必須重寫這個方法。在onLayout()過程結束後, 我們就可以調用getWidth()方法和getHeight()方法來獲取視圖的寬高了。
getWidth()方法和getMeasureWidth()方法到底有什麼區別?
getMeasureWidth()方法在measure()過程結束後就可以獲取到了, 而getWidth()方法要在layout()過程結束後才能獲取到。另外, getMeasureWidth()方法中的值是通過setMeasuredDimension()方法來進行設置的, 而getWidth()方法中的值則是通過視圖右邊的座標減去左邊的座標計算出來的。
3.2.3 第三步 onDraw
measure和layout的過程都結束後, 接下來就進入到draw的過程了。
ViewRootImpl裏的方法
private boolean drawSoftware(Surface surface, AttachInfo attachInfo, int xoff, int yoff,
boolean scalingRequired, Rect dirty) {
...
// Draw with software renderer.
final Canvas canvas;
...//設置canvas
mView.draw(canvas);
...
}
View中的方法:
public void draw(Canvas canvas) {
...
/*
* Draw traversal performs several drawing steps which must be executed
* in the appropriate order:
*
* 1. Draw the background
* 2. If necessary, save the canvas' layers to prepare for fading
* 3. Draw view's content
* 4. Draw children
* 5. If necessary, draw the fading edges and restore layers
* 6. Draw decorations (scrollbars for instance)
*/
// Step 1, draw the background, if needed
int saveCount;
if (!dirtyOpaque) {
drawBackground(canvas);
}
// skip step 2 & 5 if possible (common case)
final int viewFlags = mViewFlags;
boolean horizontalEdges = (viewFlags & FADING_EDGE_HORIZONTAL) != 0;
boolean verticalEdges = (viewFlags & FADING_EDGE_VERTICAL) != 0;
if (!verticalEdges && !horizontalEdges) {
// Step 3, draw the content
if (!dirtyOpaque) onDraw(canvas);
// Step 4, draw the children
dispatchDraw(canvas);
// Step 6, draw decorations (scrollbars)
onDrawScrollBars(canvas);
if (mOverlay != null && !mOverlay.isEmpty()) {
mOverlay.getOverlayView().dispatchDraw(canvas);
}
// we're done...
return;
}
...
}
protected void onDraw(Canvas canvas) {
}
/**
* Called by draw to draw the child views. This may be overridden
* by derived classes to gain control just before its children are drawn
* (but after its own view has been drawn).
*/
protected void dispatchDraw(Canvas canvas) {
}
onDraw爲空方法, 因爲每個視圖的內容部分肯定都是各不相同的, 這部分的功能需交給子類去實現。dispatchDraw這一步的作用是對當前視圖的所有子視圖進行繪製。但如果當前的視圖沒有子視圖, 那麼也就不需要進行繪製了。因此你會發現View中的dispatchDraw()方法又是一個空方法,而ViewGroup的dispatchDraw()方法中就會有具體的繪製代碼。onDrawScrollBars 是對視圖的滾動條進行繪製。
四、其他
窗口的UI最終是需要通過SurfaceFlinger服務來統一渲染的, 而SurfaceFlinger服務在渲染窗口的UI之前, 需要計算基於各個窗口的Z軸位置來計算它們的可見區域。而WindowManagerService服務就是負責計算好每一個窗口的Z軸位置之後, 還需要將它們設置到SurfaceFlinger服務中去, 以便SurfaceFlinger服務可以正確地渲染每一個窗口的UI。