- 浏览: 23758 次
- 性别:
- 来自: 北京
最新评论
page11
WindowManagerService的getDisplayContentLocked函数的定义如下:
1 public DisplayContent getDisplayContentLocked(final int displayId) {
2 DisplayContent displayContent = mDisplayContents.get(displayId);
3 if (displayContent == null) {
4 final Display display = mDisplayManager.getDisplay(displayId);
5 if (display != null) {
6 displayContent = new DisplayContent(display);
7 mDisplayContents.put(displayId, displayContent);
8 }
9 }
10 return displayContent;
11 }
getDisplayContentLocked函数的逻辑还是比较简单的.
page12
在这篇文章里, 我们分析一下WindowState的创建过程.
WindowState类的定义如下:
final class WindowState implements WindowManagerPolicy.WindowState
WindowState类的定义如下:
1 WindowState(WindowManagerService service, Session s, IWindow c, WindowToken token,
2 WindowState attachedWindow, int seq, WindowManager.LayoutParams a,
3 int viewVisibility, final DisplayContent displayContent) {
4 mService = service;
5 mSession = s;
6 mClient = c;
7 mToken = token;
8 mOwnerUid = s.mUid;
9 mAttrs.copyFrom(a);
10 mViewVisibility = viewVisibility;
11 mDisplayContent = displayContent;
12 mPolicy = mService.mPolicy;
13 mContext = mService.mContext;
14 DeathRecipient deathRecipient = new DeathRecipient();
15 mSeq = seq;
16 mEnforceSizeCompat = (mAttrs.flags & FLAG_COMPATIBLE_WINDOW) != 0;
17 if (WindowManagerService.localLOGV) Slog.v(
18 TAG, "Window " + this + " client=" + c.asBinder()
19 + " token=" + token + " (" + mAttrs.token + ")" + " params=" + a);
20 try {
21 c.asBinder().linkToDeath(deathRecipient, 0);
22 } catch (RemoteException e) {
23 mDeathRecipient = null;
24 mAttachedWindow = null;
25 mLayoutAttached = false;
26 mIsImWindow = false;
27 mIsWallpaper = false;
28 mIsFloatingLayer = false;
29 mBaseLayer = 0;
30 mSubLayer = 0;
31 mInputWindowHandle = null;
32 mWinAnimator = null;
33 return;
34 }
35 mDeathRecipient = deathRecipient;
36
37 if ((mAttrs.type >= FIRST_SUB_WINDOW &&
38 mAttrs.type <= LAST_SUB_WINDOW)) {
39 // The multiplier here is to reserve space for multiple
40 // windows in the same type layer.
41 mBaseLayer = mPolicy.windowTypeToLayerLw(
42 attachedWindow.mAttrs.type) * WindowManagerService.TYPE_LAYER_MULTIPLIER
43 + WindowManagerService.TYPE_LAYER_OFFSET;
44 mSubLayer = mPolicy.subWindowTypeToLayerLw(a.type);
45 mAttachedWindow = attachedWindow;
46 if (WindowManagerService.DEBUG_ADD_REMOVE) Slog.v(TAG, "Adding " + this + " to " + mAttachedWindow);
47 mAttachedWindow.mChildWindows.add(this);
48 mLayoutAttached = mAttrs.type !=
49 WindowManager.LayoutParams.TYPE_APPLICATION_ATTACHED_DIALOG;
50 mIsImWindow = attachedWindow.mAttrs.type == TYPE_INPUT_METHOD
51 || attachedWindow.mAttrs.type == TYPE_INPUT_METHOD_DIALOG;
52 mIsWallpaper = attachedWindow.mAttrs.type == TYPE_WALLPAPER;
53 mIsFloatingLayer = mIsImWindow || mIsWallpaper;
54 } else {
55 // The multiplier here is to reserve space for multiple
56 // windows in the same type layer.
57 mBaseLayer = mPolicy.windowTypeToLayerLw(a.type)
58 * WindowManagerService.TYPE_LAYER_MULTIPLIER
59 + WindowManagerService.TYPE_LAYER_OFFSET;
60 mSubLayer = 0;
61 mAttachedWindow = null;
62 mLayoutAttached = false;
63 mIsImWindow = mAttrs.type == TYPE_INPUT_METHOD
64 || mAttrs.type == TYPE_INPUT_METHOD_DIALOG;
65 mIsWallpaper = mAttrs.type == TYPE_WALLPAPER;
66 mIsFloatingLayer = mIsImWindow || mIsWallpaper;
67 }
68
69 WindowState appWin = this;
70 while (appWin.mAttachedWindow != null) {
71 appWin = appWin.mAttachedWindow;
72 }
73 WindowToken appToken = appWin.mToken;
74 while (appToken.appWindowToken == null) {
75 WindowToken parent = mService.mTokenMap.get(appToken.token);
76 if (parent == null || appToken == parent) {
77 break;
78 }
79 appToken = parent;
80 }
81 mRootToken = appToken;
82 mAppToken = appToken.appWindowToken;
83
84 mWinAnimator = new WindowStateAnimator(this);
85 mWinAnimator.mAlpha = a.alpha;
86
87 mRequestedWidth = 0;
88 mRequestedHeight = 0;
89 mLastRequestedWidth = 0;
90 mLastRequestedHeight = 0;
91 mXOffset = 0;
92 mYOffset = 0;
93 mLayer = 0;
94 mInputWindowHandle = new InputWindowHandle(
95 mAppToken != null ? mAppToken.mInputApplicationHandle : null, this,
96 displayContent.getDisplayId());
97 }
第6行(WindowState->WindowState)会将IWindow接口保存到成员变量mClient中去.
page13
WindowState的attach函数的定义如下:
1 void attach() {
2 if (WindowManagerService.localLOGV) Slog.v(
3 TAG, "Attaching " + this + " token=" + mToken
4 + ", list=" + mToken.windows);
5 mSession.windowAddedLocked();
6 }
第5行(WindowState->attach)会调用Session的windowAddedLocked函数, 关于Session的windowAddedLocked函数的详细分析可以参考page14文件.
page14
这里我们分析一下Session的windowAddedLocked函数的实现, Session的windowAddedLocked函数的定义如下:
1 void windowAddedLocked() {
2 if (mSurfaceSession == null) {
3 if (WindowManagerService.localLOGV) Slog.v(
4 WindowManagerService.TAG, "First window added to " + this + ", creating SurfaceSession");
5 mSurfaceSession = new SurfaceSession();
6 if (WindowManagerService.SHOW_TRANSACTIONS) Slog.i(
7 WindowManagerService.TAG, " NEW SURFACE SESSION " + mSurfaceSession);
8 mService.mSessions.add(this);
9 }
10 mNumWindow++;
11 }
第2行(Session->windowAddedLocked)判断是否已经创建过SurfaceSession, 如果是就不用在创建了. 由此可知, 每一个Activity都对应有一个SurfaceSession对象.
第5行(Session->windowAddedLocked)会创建一个SurfaceSession对象, 关于SurfaceSession对象的创建过程可以参考page15文件.
第8行(Session->windowAddedLocked)会将本Session加入到mService.mSessions中去, mService.mSessions的定义如下:
final HashSet<Session> mSessions = new HashSet<Session>();
mSessions保存着当前活跃的连接
最后, 第10行(Session->windowAddedLocked)会将window的数量加1.
page15
这里我们关注一下SurfaceSession对象的创建, SurfaceSession类的构造函数的定义如下:
1 public SurfaceSession() {
2 mNativeClient = nativeCreate();
3 }
第2行(SurfaceSession->SurfaceSession)会调用nativeCreate函数, nativeCreate函数的定义如下:
private static native int nativeCreate();
这是个native函数, 最终会调用android_view_surfaceSession.cpp中的nativeCreate函数, android_view_surfaceSession.cpp中的nativeCreate函数的定义如下:
1 static jint nativeCreate(JNIEnv* env, jclass clazz) {
2 SurfaceComposerClient* client = new SurfaceComposerClient();
3 client->incStrong(clazz);
4 return reinterpret_cast<jint>(client);
5 }
我靠, 我靠, 我靠!看到了吧, 第三行(android_view_surfaceSession.cpp::nativeCreate)会创建一个SurfaceComposerClient, 是不是很熟悉.
WindowManagerService的getDisplayContentLocked函数的定义如下:
1 public DisplayContent getDisplayContentLocked(final int displayId) {
2 DisplayContent displayContent = mDisplayContents.get(displayId);
3 if (displayContent == null) {
4 final Display display = mDisplayManager.getDisplay(displayId);
5 if (display != null) {
6 displayContent = new DisplayContent(display);
7 mDisplayContents.put(displayId, displayContent);
8 }
9 }
10 return displayContent;
11 }
getDisplayContentLocked函数的逻辑还是比较简单的.
page12
在这篇文章里, 我们分析一下WindowState的创建过程.
WindowState类的定义如下:
final class WindowState implements WindowManagerPolicy.WindowState
WindowState类的定义如下:
1 WindowState(WindowManagerService service, Session s, IWindow c, WindowToken token,
2 WindowState attachedWindow, int seq, WindowManager.LayoutParams a,
3 int viewVisibility, final DisplayContent displayContent) {
4 mService = service;
5 mSession = s;
6 mClient = c;
7 mToken = token;
8 mOwnerUid = s.mUid;
9 mAttrs.copyFrom(a);
10 mViewVisibility = viewVisibility;
11 mDisplayContent = displayContent;
12 mPolicy = mService.mPolicy;
13 mContext = mService.mContext;
14 DeathRecipient deathRecipient = new DeathRecipient();
15 mSeq = seq;
16 mEnforceSizeCompat = (mAttrs.flags & FLAG_COMPATIBLE_WINDOW) != 0;
17 if (WindowManagerService.localLOGV) Slog.v(
18 TAG, "Window " + this + " client=" + c.asBinder()
19 + " token=" + token + " (" + mAttrs.token + ")" + " params=" + a);
20 try {
21 c.asBinder().linkToDeath(deathRecipient, 0);
22 } catch (RemoteException e) {
23 mDeathRecipient = null;
24 mAttachedWindow = null;
25 mLayoutAttached = false;
26 mIsImWindow = false;
27 mIsWallpaper = false;
28 mIsFloatingLayer = false;
29 mBaseLayer = 0;
30 mSubLayer = 0;
31 mInputWindowHandle = null;
32 mWinAnimator = null;
33 return;
34 }
35 mDeathRecipient = deathRecipient;
36
37 if ((mAttrs.type >= FIRST_SUB_WINDOW &&
38 mAttrs.type <= LAST_SUB_WINDOW)) {
39 // The multiplier here is to reserve space for multiple
40 // windows in the same type layer.
41 mBaseLayer = mPolicy.windowTypeToLayerLw(
42 attachedWindow.mAttrs.type) * WindowManagerService.TYPE_LAYER_MULTIPLIER
43 + WindowManagerService.TYPE_LAYER_OFFSET;
44 mSubLayer = mPolicy.subWindowTypeToLayerLw(a.type);
45 mAttachedWindow = attachedWindow;
46 if (WindowManagerService.DEBUG_ADD_REMOVE) Slog.v(TAG, "Adding " + this + " to " + mAttachedWindow);
47 mAttachedWindow.mChildWindows.add(this);
48 mLayoutAttached = mAttrs.type !=
49 WindowManager.LayoutParams.TYPE_APPLICATION_ATTACHED_DIALOG;
50 mIsImWindow = attachedWindow.mAttrs.type == TYPE_INPUT_METHOD
51 || attachedWindow.mAttrs.type == TYPE_INPUT_METHOD_DIALOG;
52 mIsWallpaper = attachedWindow.mAttrs.type == TYPE_WALLPAPER;
53 mIsFloatingLayer = mIsImWindow || mIsWallpaper;
54 } else {
55 // The multiplier here is to reserve space for multiple
56 // windows in the same type layer.
57 mBaseLayer = mPolicy.windowTypeToLayerLw(a.type)
58 * WindowManagerService.TYPE_LAYER_MULTIPLIER
59 + WindowManagerService.TYPE_LAYER_OFFSET;
60 mSubLayer = 0;
61 mAttachedWindow = null;
62 mLayoutAttached = false;
63 mIsImWindow = mAttrs.type == TYPE_INPUT_METHOD
64 || mAttrs.type == TYPE_INPUT_METHOD_DIALOG;
65 mIsWallpaper = mAttrs.type == TYPE_WALLPAPER;
66 mIsFloatingLayer = mIsImWindow || mIsWallpaper;
67 }
68
69 WindowState appWin = this;
70 while (appWin.mAttachedWindow != null) {
71 appWin = appWin.mAttachedWindow;
72 }
73 WindowToken appToken = appWin.mToken;
74 while (appToken.appWindowToken == null) {
75 WindowToken parent = mService.mTokenMap.get(appToken.token);
76 if (parent == null || appToken == parent) {
77 break;
78 }
79 appToken = parent;
80 }
81 mRootToken = appToken;
82 mAppToken = appToken.appWindowToken;
83
84 mWinAnimator = new WindowStateAnimator(this);
85 mWinAnimator.mAlpha = a.alpha;
86
87 mRequestedWidth = 0;
88 mRequestedHeight = 0;
89 mLastRequestedWidth = 0;
90 mLastRequestedHeight = 0;
91 mXOffset = 0;
92 mYOffset = 0;
93 mLayer = 0;
94 mInputWindowHandle = new InputWindowHandle(
95 mAppToken != null ? mAppToken.mInputApplicationHandle : null, this,
96 displayContent.getDisplayId());
97 }
第6行(WindowState->WindowState)会将IWindow接口保存到成员变量mClient中去.
page13
WindowState的attach函数的定义如下:
1 void attach() {
2 if (WindowManagerService.localLOGV) Slog.v(
3 TAG, "Attaching " + this + " token=" + mToken
4 + ", list=" + mToken.windows);
5 mSession.windowAddedLocked();
6 }
第5行(WindowState->attach)会调用Session的windowAddedLocked函数, 关于Session的windowAddedLocked函数的详细分析可以参考page14文件.
page14
这里我们分析一下Session的windowAddedLocked函数的实现, Session的windowAddedLocked函数的定义如下:
1 void windowAddedLocked() {
2 if (mSurfaceSession == null) {
3 if (WindowManagerService.localLOGV) Slog.v(
4 WindowManagerService.TAG, "First window added to " + this + ", creating SurfaceSession");
5 mSurfaceSession = new SurfaceSession();
6 if (WindowManagerService.SHOW_TRANSACTIONS) Slog.i(
7 WindowManagerService.TAG, " NEW SURFACE SESSION " + mSurfaceSession);
8 mService.mSessions.add(this);
9 }
10 mNumWindow++;
11 }
第2行(Session->windowAddedLocked)判断是否已经创建过SurfaceSession, 如果是就不用在创建了. 由此可知, 每一个Activity都对应有一个SurfaceSession对象.
第5行(Session->windowAddedLocked)会创建一个SurfaceSession对象, 关于SurfaceSession对象的创建过程可以参考page15文件.
第8行(Session->windowAddedLocked)会将本Session加入到mService.mSessions中去, mService.mSessions的定义如下:
final HashSet<Session> mSessions = new HashSet<Session>();
mSessions保存着当前活跃的连接
最后, 第10行(Session->windowAddedLocked)会将window的数量加1.
page15
这里我们关注一下SurfaceSession对象的创建, SurfaceSession类的构造函数的定义如下:
1 public SurfaceSession() {
2 mNativeClient = nativeCreate();
3 }
第2行(SurfaceSession->SurfaceSession)会调用nativeCreate函数, nativeCreate函数的定义如下:
private static native int nativeCreate();
这是个native函数, 最终会调用android_view_surfaceSession.cpp中的nativeCreate函数, android_view_surfaceSession.cpp中的nativeCreate函数的定义如下:
1 static jint nativeCreate(JNIEnv* env, jclass clazz) {
2 SurfaceComposerClient* client = new SurfaceComposerClient();
3 client->incStrong(clazz);
4 return reinterpret_cast<jint>(client);
5 }
我靠, 我靠, 我靠!看到了吧, 第三行(android_view_surfaceSession.cpp::nativeCreate)会创建一个SurfaceComposerClient, 是不是很熟悉.
发表评论
-
Activity与WindowManagerService连接的过程(二)
2018-04-16 16:36 763page6 WindowManagerGlobal的getW ... -
Activity与WindowManagerService连接的过程(一)
2018-04-16 16:21 983page1 Activity组件在 ... -
Activity的ViewRoot的创建过程(三)
2017-11-06 14:25 738page7 在这篇文章里, 我们分析一下W类的构造过程. W ... -
Activity的ViewRoot的创建过程(二)
2017-11-06 14:29 936page4 我们看一下ViewRootImpl对象的创 ... -
Activity的ViewRoot的创建过程(一)
2017-11-06 14:27 1078page1 当一个Activity第一次激活的时候会为该Ac ... -
Activity的Window和WindowManager的创建过程(三)
2017-07-05 11:49 1334page9 在这里我们分析一下DisplayManager的 ... -
Activity的Window和WindowManager的创建过程(二)
2017-07-05 11:31 543page5 在这篇文章中, 我们分析一下ContextImp ... -
Activity的Window和WindowManager的创建过程(一)
2017-07-05 11:27 605page1 我们开始分析一下Activity的Window和 ... -
Acitivy创建Context的过程(二)
2017-06-21 14:11 511page4 在这里我们分析一下ContextImpl的ini ... -
Acitivy创建Context的过程(一)
2017-06-21 14:15 635page1 从本篇文章开始,我们分析一下Activity创建 ... -
应用程序进程与SurfaceFlinger的连接过程
2017-06-21 11:49 1056我们从SurfaceComposerClient对象的创建开始 ... -
Android源码之SurfaceFlinger的启动(三)
2017-04-20 11:09 1041page11 我们来看一下SurfaceFlinger ... -
Android源码之SurfaceFlinger的启动(二)
2017-04-18 15:15 869page6 我们看一下Thread的run函数的实现: ... -
Android源码之SurfaceFlinger的启动(一)
2017-04-17 10:07 993page1 在Android系统中, 显示系统在底层是通过S ... -
Android源码之Zygote
2015-12-15 11:45 516当ActivityManagerService启动一个应用程序 ... -
Android源码之Binder(五)
2015-12-04 09:19 1507Service组件在启动时,需要将自己注册到Service M ... -
Android源码之Binder(四)
2015-12-04 09:18 1922case BINDER_SET_MAX_THREADS: ... -
Android源码之Binder(三)
2015-12-04 09:17 908{ int ret; struct binder_pr ... -
Android源码之Binder(二)
2015-12-04 09:15 546分析完Binder驱动程序的打开和内存分配的过程之后,我们看一 ... -
Android源码之Binder(一)
2015-12-04 09:12 993在Android系统中,进程间通信使用的是Binder机制。B ...
相关推荐
2. **GUI绘制流程**:当Activity与WindowManagerService成功建立连接后,ViewRoot将开始执行GUI的绘制过程。这一过程涉及到多个步骤,包括但不限于更新窗口状态、绘制视图层级以及最终的屏幕渲染。 #### 结论 View...
与WindowManagerService的连接过程是Activity将View添加到屏幕上的关键步骤。WindowManagerService是Android系统的系统服务,它负责管理所有的窗口,并处理窗口的显示和隐藏。 在绘制过程中,Android使用Surface来...
2. **Android服务启动**:SystemServer启动后,会依次启动一系列重要的Android服务,如`ActivityManagerService`、`WindowManagerService`、`PackageManagerService`等。 3. **Home应用启动**:一旦SystemServer及其...
Android的Framework层作为操作系统的核心组成部分,扮演着连接硬件抽象层(HAL)与应用程序之间的桥梁角色,它不仅提供了丰富的API供开发者调用,还负责管理和调度应用程序的生命周期。本章节深入探讨Android ...
- **IWindowManager与WindowManagerService的Binder通信**:了解IWindowManager与WindowManagerService之间的通信机制对于深入理解事件注入的过程至关重要。这两者通过Binder框架实现了跨进程调用,从而使得Monkey...
- **RIL接口:** RIL是连接上层应用与底层硬件的桥梁,Java层如何与RIL交互以完成通话操作。 - **RIL实例:** 通过具体的RIL实例来演示通话流程的具体实现。 **GSMCallTracker:** - **GSM呼叫跟踪:** ...
在Android系统的层次结构中,屏幕锁与`ActivityManagerService`、`WindowManagerService`等核心服务协同工作,确保系统在不同状态间的平滑切换。 通过分析`Android 屏幕锁源码`,我们可以学习到Android系统如何处理...
这个过程通常在Activity的创建过程中完成,通过调用`ViewRootImpl`的`createInputChannel`方法来创建InputChannel,然后将其注册到WMS,这样InputDispatcher就能识别并分发事件给该窗口。 3.1.2 WMS注册 在WMS中,...
2. **WindowManagerService (WMS)**:处理窗口管理,包括屏幕布局、显示和隐藏等操作。 3. **ViewSystem**:Android UI的基础,包含View和 ViewGroup,它们是如何绘制和交互的。 4. **Intent**:Android中应用间通信...
- WindowManagerService (WMS):管理窗口堆栈,负责显示WelcomeLauncher的界面。 - ContentProvider:如果WelcomeLauncher需要访问系统数据,可能会用到ContentProvider来共享数据。 4. **自定义与扩展**: - ...
4. **System Server**:这是一个核心服务进程,负责启动系统级的服务,如ActivityManagerService、WindowManagerService等。 5. **User Applications**:随着系统服务的启动,用户应用程序也开始运行。 #### 层间...
**启动系统服务**:如ActivityManagerService、WindowManagerService、PackageManagerService等。 - **Start services:** - **ADBD(Android Debug Bridge Daemon)**:用于开发者通过命令行与设备进行通信,如...
在步骤3,`mWindowSession.addToDisplay()` 被调用,这个方法会将新视图添加到显示列表,并且将之前创建的InputChannel与服务端建立连接。`mWindowSession` 是一个IWindowSession接口的实现,它是由`...
通常有三种:应用Window(对应Activity,层级1-99)、子Window(如Dialog,层级1000-1999)和系统Window(如Toast和状态栏,层级2000-2999)。较高的层级意味着Window会覆盖在较低层级的Window之上。 WindowManager...
1. 应用组件之间的通信,例如ActivityManagerService在应用程序启动时利用Binder与其他组件交互。 2. 系统服务的IPC通信,例如PackageManagerService、WindowManagerService等。 3. 应用程序和系统服务之间的通信...
Activity是Android应用中最基本的界面单元,也是用户与应用交互的主要界面。应用程序框架允许开发者在不重复编写相同代码的情况下,利用框架提供的服务和组件创建功能丰富的应用程序。 5. 图形显示机制分析:...
- **窗口管理器**:详细分析了WindowManagerService组件的功能,它是如何协调窗口绘制和布局的。 - **布局策略**:解释了窗口布局的策略,以及如何根据屏幕尺寸和方向自动调整布局。 #### 十四、AndroidGWES之输入...
`ViewRootImpl`是连接Android应用程序与系统服务`WindowManagerService`的关键类。每当一个新的View需要添加到Window时,就会创建一个`ViewRootImpl`实例。它负责处理视图的生命周期,包括设置视图、请求布局更新...