App内部亮度调节方案分析

Posted by OldJii on December 23, 2019

版权声明:转载请务必注明作者与原文链接

引言

注意标题,是“App内部亮度调节”而非“系统亮度”或是“当前window亮度”

Android官方仅提供了“系统亮度”和“当前window亮度”的调节接口,这时我们该如何实现上述效果呢?

分析

官方提供了两种亮度调节的方式,所以有两种方案

  • 在进退App时修改系统亮度
  • 在当前App内反复修改当前window亮度

来分析一下每一种方案的可行性

在进退App时修改系统亮度

这种方案的大体思路就是,先给之前的系统亮度值做记录,在修改亮度的时候直接修改系统亮度,当离开当前App时再恢复之前的系统亮度

这个方案第一感觉是可行的,逻辑上也没有毛病,但是却忽略了用户这一影响因素,而且与产品设计需求可能会有冲突,会产生很多难以解决的问题:

  • 修改app内亮度后用户又手动调节系统亮度该怎么处理?
  • 更或者产品需求中修改app内亮度后用户自行修改亮度是否还生效?不生效的话如何实现?

还有一个很重要问题,如何判断离开了当前App?

用户离开App的方式太多,可能是按下Home键后杀掉App、按下Home键后切换其他App、返回桌面、一直Back直到退出、更或者是通过通知进入其他App,用户离开App这一操作有太多的不可预测性,选择少是你可以通过各种监听手段判断是否离开该app,但是用户选择性太多时,这就不是一个明智的选择了

下面我们看第二个方案

在当前App内反复修改当前window亮度

一般项目都会为Activity做一层包装,这就为我们提供了便利

这个方案的思路就是在Activity包装类的唤醒方法中写入“判断是否需要改变App内亮度”以及“改变亮度”的操作

至于其他细节问题就要看具体的产品需求了,比如调节后的亮度值是固定的吗?是的话直接写到代码里就好,如果不是,比如是“原系统亮度的一半”,这时可以在修改亮度是先计算出数值并用SP记录之后再做操作,每次进入新Activity时都从SP中提取数据即可

以及“判断是否需要改变App内亮度”这一操作一并使用SP记录即可,至于“改变亮度”,可以直接使用Android官方提供的修改接口,下面整理了代码,可以直接Copy

代码

//获取系统亮度
Settings.System.getInt(getContentResolver(), Settings.System.SCREEN_BRIGHTNESS);	//3 ~ 1023

//设置系统亮度
Settings.System.putInt(getContentResolver(), Settings.System.SCREEN_BRIGHTNESS,systemBrightness);

//获取系统模式
Settings.System.getInt(getContentResolver(), Settings.System.SCREEN_BRIGHTNESS_MODE);

//设置系统亮度模式
Settings.System.putInt(getContentResolver(), Settings.System.SCREEN_BRIGHTNESS_MODE, systemMode);

//获取当前window亮度
Window window = activity.getWindow()
WindowManager.LayoutParams lp = window.getAttributes();
float nowBright = lp.screenBrightness;	// 0.0 ~ 1.0 & -1.0

//设置当前window亮度
Window window = activity.getWindow();
WindowManager.LayoutParams lp = window.getAttributes();
lp.screenBrightness = brightness;
window.setAttributes(lp);

需要注意的几个点:

  1. 不同机型系统亮度值的区间范围可能是不同的,如MI 8的系统亮度范围值是“3 ~ 1023”,而且亮度效果与亮度值之间并非线性关系,即数值的一半并非亮度效果的一半

  2. 当前window的亮度值的取值范围都为“0.0 ~ 1.0”,但当系统处于“自动亮度模式“下,为默认值“-1”,也就是WindowManager.LayoutParams.BRIGHTNESS_OVERRIDE_NONE的值