1 调节Activity亮度
先看调节方式：
WindowManager.LayoutParams lp = activity.getWindow().getAttributes();
lp.screenBrightness = Float.valueOf(brightness) * (1f / 255f);
activity.getWindow().setAttributes(lp);
从上述代码可以看出，调节Activity亮度，是通过设置窗口属性来调节。
那么，Activity亮度调节是怎么实现的呢？ 是通过设置Activity、View或Window的亮度实现的吗 ？Activity调节亮度后，如果异常退出，会影响系统亮度吗？
2 Activity如何调节亮度
已知调节Activity亮度是通过设置Window的属性来实现的。 那么设置Window的属性，又是如何影响Activity亮度的呢 ？这就涉及到Activity的窗口绘制原理。如图所示：
- Activity创建时，会new一个PhoneWindow；
- 而PhoneWindow都会包含一个DecorView，DecorView是窗口的顶级视图；
- ViewRootImpl是WindowManagerGlobal功能的内部实现，负责管理这个DecorView；
- 而整个系统的窗口都由WMS（WindowManagerService）管理；
既然是设置Window的属性，那自然要跟Window相关的管理类交互：
从时序图中可以看出，setAttributes之后，会调用WindowManagerService的relayoutWindow对Window进行重新布局，使得被改变的属性值生效。最后将请求通过HAL发送到Linux的Kernel层，以设置硬件属性。
至此，可以发现，调节Activity亮度不是调节Window的亮度，也不是View的亮度，而是调节物理硬件（显示屏）的亮度。
既然调节的是硬件的亮度，那么Activity退出后，其他Activity的亮度为什么不受影响呢 ？
3 Activity亮度调节的影响范围
这还要从Activity的窗口层级说起。Activity的DecorView随Activity创建而创建，而Activity的销毁而被移除。
那么，在DecorView被移除过程中，又发生了什么？
直接上图：
Activity销毁时，WindowManagerGlobal会移除相应的ViewRootImpl，进而触发WindowManagerService对其Window再次进行重布局，从而还原屏幕亮度为原始亮度。
也就说，Activity亮度只会影响当前Activity的Window的亮度，不会影响其他Activity的窗口亮度，即使这些Activity在同一个进程。因为，每一个Activity都持有一个私有Window。
4 AutoMotive如何调节亮度
AutoMotive体系中，也有支持亮度调节。即，可通过设置车辆属性来实现屏幕亮度调节。
目前，有两种方式可调节亮度：
- 使用默认车辆属性
DISPLAY_BRIGHTNESS调节屏幕亮度， 使用DisplayInterface； - 通过自定义车辆属性调节屏幕亮度，使用
CarVendorExtensionManager；
关系图如下：
亦即，一种通过PowerHalService，一种通过PropertyHalService。据悉，DCY11项目中，LGE采用第二种方式实现屏幕亮度调节。
使用默认车辆属性调节亮度时序如下：
5 AOSP的亮度调节和AutoMotive的亮度调节的区别
从调用时序可以看出，AOSP最终是通过Light的HAL层进行亮度调节，而AutoMotive是通过Vehicle的HAL层进行亮度调节。
