关于Android屏幕亮度的一个需求

1,637 阅读3分钟

最近遇到一个需求: 在进入Act的时候,将屏幕亮度调整为最亮。然后当用户自己去调整屏幕亮度的话,当前设置失效,并跟随系统的亮度。 怎么修改屏幕亮度?

直接上代码

    /*
     * 调整当前Act的亮度,仅作用于当前Act范围0-1f
     * */
    public void setActivityBrightness(float paramFloat) {
        Window localWindow = this.getWindow();
        WindowManager.LayoutParams params = localWindow.getAttributes();
        params.screenBrightness = paramFloat;
        localWindow.setAttributes(params);
    }

在启动Act的时候调用该方法即可。 出现的问题!

但是遇到了一个问题,通过这种方式设置的亮度,用户再去修改系统亮度,是没法改的。 然后又想到了另一种方法,去修改系统亮度。 但是啊,系统亮度是需要权限的,但是获取权限会影响用户体验,所以直接PASS。 如何解决?

然后发现了一个可以监听系统亮度发生变化的方法。

    //监听屏幕亮度变化
    getContentResolver().registerContentObserver(
        Settings.System.getUriFor(Settings.System.SCREEN_BRIGHTNESS),
        true, 
        mBrightnessObserver);

     /*
     * 屏幕亮度变化监听的回调
     * */
    private ContentObserver mBrightnessObserver = new ContentObserver(new Handler()) {
        @Override
        public void onChange(boolean selfChange) {
        // 当前系统的屏幕亮度(当用户改变了系统亮度后,会回调到该方法)
        int currentValue = Settings.System.getInt(getContentResolver(),Settings.System.SCREEN_BRIGHTNESS);
        }
    };

最终解决!

在监听里,当监听到用户第一次主动去修改屏幕亮度时,调用setActivityBrightness(2)让我们设置的屏幕亮度失效即可。

//在进入Act的时候调用
setActivityBrightness(1.0f)
//将当前Act的亮度设置为最亮(这个时候用户修改系统亮度是没法修改的)

//然后在刚才的监听里这样写
private ContentObserver mBrightnessObserver = new ContentObserver(new Handler()) {
        @Override
        public void onChange(boolean selfChange) {
            //isSettingSystemLight为标记,只有当用户第一次主动修改屏幕亮度后设置,再次碰触就直接抛出,已减少性能损耗。
            if (isSettingSystemLight) {
                //如果标记用户已主动修改过屏幕亮度,就抛出
                return;
            }
            //这里随便什么值,只要大于1.0f即可(这个时候当前Act的亮度会跟随用户的修改而变化)
            setActivityBrightness(2);
            isSettingSystemLight = true;
        }

    };

好了,讲到这里其实可以实现需求了,如果还有兴趣的可以向下看。 原理是什么?

具体什么原理,我也不知道,但是可以知道的是,在上边的监听模块,我本来的逻辑是,在拿到用户修改了系统亮度的回调后,我再调用

//其中currentValue是回调里获取的当前系统亮度,最大为255。然后出除一下,就可以得到当前的值了
setActivityBrightness(currentValue % 255)

一波操作后,测试了一下,发现,可以用哎。 然后又测试了一下,吧亮度调到了最低,发现,嗯???不对啊。 其实是我搞错了,我写成了

//这里应该是除以,但是我写成了取余,闹了个小乌龙,但是也解决了大问题。
setActivityBrightness(currentValue / 255)

然后我一想,这波操作?为什么屏幕亮度还会变化? 最终我灵机一动,在拿到回调后,吧屏幕值写死,成255看你还变不变。 可想而知,当前Act还是会跟随系统变化。 然后我感觉,这和我的方法好像没多大关系啊? 恍然大悟!

最终,我将回调屏蔽掉。在设置完亮度1f后,直接设置个999。 果不其然,如我所料。

    /*
     * 当setActivityBrightness()方法中的screenBrightness 值大于 1f 时,之前的设置将会失效。
     * */
        Window localWindow = this.getWindow();
        WindowManager.LayoutParams params = localWindow.getAttributes();
        params.screenBrightness = paramFloat;
        localWindow.setAttributes(params);
    }

也就是说:当值大于1f时,比如999,系统不知道该怎么设置了,就会判定设置无效吧当用户再次操作熊亮度时,当前Act也就会跟着系统的亮度而变化了。 没想到一个小乌龙还帮我解决了问题,佩服佩服!

阿里P6P7【安卓】进阶资料分享+加薪跳槽必备面试题