關(guān)于Android系統(tǒng)無用戶操作相關(guān)處理

最近開發(fā)產(chǎn)品遇到一個需求:當(dāng)Android系統(tǒng)若干時間內(nèi)無用戶操作響應(yīng)時啟動多媒體輪播應(yīng)用辉哥。

思路1:監(jiān)聽輸入事件并對其處理

接到需求想到的一個土辦法就是在android系統(tǒng)input事件響應(yīng)端對相關(guān)輸入事件進行處理典鸡,可以追溯到android系統(tǒng)輸入事件的framework層處理,相關(guān)代碼目錄在frameworks/base/core/java/android/view下锣枝,
我起初的處理在在ViewRootImpl.java,讀者如果對Android輸入系統(tǒng)不熟悉的話,最好可以去了解下糠溜,這里我就不進行拓展笤虫。

 final class WindowInputEventReceiver extends InputEventReceiver {
        public WindowInputEventReceiver(InputChannel inputChannel, Looper looper) {
            super(inputChannel, looper);
        }    

        @Override
        public void onInputEvent(InputEvent event) {
            //這里獲取到各種輸入的事件旁瘫,在此進行相關(guān)邏輯處理
            //對產(chǎn)生輸入事件的時間進行統(tǒng)計和運算并通知上層應(yīng)用祖凫,如利用廣播機制
            Log.d(TAG ,"onInputEvent:"+event.toString());
            enqueueInputEvent(event, this, 0, true);
        }    

        @Override
        public void onBatchedInputEventPending() {
            scheduleConsumeBatchedInput();
        }    

        @Override
        public void dispose() {
            unscheduleConsumeBatchedInput();
            super.dispose();
        }    
    }    

在WindowInputEventReceiver這個類里面會接收到輸入系統(tǒng)輸入的各種事件,包括用戶的觸摸酬凳,遙控 惠况,鼠標(biāo)操作,當(dāng)有輸入時候宁仔,WindowInputEventReceiver的onInputEvent()就會響應(yīng)稠屠,這時候就知道系統(tǒng)有用戶在操作了,那么你可以在這個函數(shù)里對產(chǎn)生輸入事件的時間進行統(tǒng)計和運算翎苫,用戶多久操作多久沒操作你都清楚啦权埠,你可以在這里通過廣播或者其他途徑告訴上層應(yīng)用去做響應(yīng)的處理,到此可以完成需求了煎谍。

思路2:利用Android系統(tǒng)原有的休眠機制

Android系統(tǒng)本身是有無操作若干時間后自動休眠的功能攘蔽,一般在設(shè)置程序中的顯示這項中找到休眠一項,這里就直接給出相關(guān)的代碼呐粘,實際上這里只是設(shè)置了一個SCREEN_OFF_TIMEOUT關(guān)鍵字的數(shù)據(jù)庫字段满俗,相關(guān)代碼在設(shè)置程序的DisplaySettings中。

    @Override
    public boolean onPreferenceChange(Preference preference, Object objValue) {
        final String key = preference.getKey();
        if (KEY_SCREEN_TIMEOUT.equals(key)) {
            int value = Integer.parseInt((String) objValue);
            try {
              //設(shè)置
                Settings.System.putInt(getContentResolver(), SCREEN_OFF_TIMEOUT, value);
                updateTimeoutPreferenceDescription(value);
            } catch (NumberFormatException e) {
                Log.e(TAG, "could not persist screen timeout setting", e); 
            }   
        }   
        if (KEY_FONT_SIZE.equals(key)) {
            writeFontSizePreference(objValue);
        }   

        return true;
    }   

那么實際上的操作處理在哪里呢作岖,經(jīng)過一段搜索后(搜索SCREEN_OFF_TIMEOUT關(guān)鍵字)唆垃,我們發(fā)現(xiàn)是在PowerManagerService中查找到相關(guān)的處理,因為休眠部分涉及到電源管理痘儡,讀者對這部分有疑問辕万,建議去讀下關(guān)于PowerManagerService的相關(guān)分析,在這里介紹調(diào)用到PowerManagerService里關(guān)鍵的方法updateUserActivitySummaryLocked()谤辜。

    /**
     * Updates the value of mUserActivitySummary to summarize the user requested
     * state of the system such as whether the screen should be bright or dim.
     * Note that user activity is ignored when the system is asleep.
     *
     * This function must have no other side-effects.
     */
     private long mLastUserActivityTimeRecord =0;
    private void updateUserActivitySummaryLocked(long now, int dirty) {
     Slog.d(TAG, "updateUserActivitySummaryLocked:"+now
        +"mLastUserActivityTime:"+mLastUserActivityTime
        +"mLastWakeTime:"+mLastWakeTime);
        // Update the status of the user activity timeout timer.
        if ((dirty & (DIRTY_USER_ACTIVITY | DIRTY_WAKEFULNESS | DIRTY_SETTINGS)) != 0) {
            mHandler.removeMessages(MSG_USER_ACTIVITY_TIMEOUT);

            long nextTimeout = 0;
            if (mWakefulness != WAKEFULNESS_ASLEEP) {
                final int screenOffTimeout = getScreenOffTimeoutLocked();
                final int screenDimDuration = getScreenDimDurationLocked(screenOffTimeout);

                mUserActivitySummary = 0;
                if (mLastUserActivityTime >= mLastWakeTime) {
                    nextTimeout = mLastUserActivityTime
                            + screenOffTimeout - screenDimDuration;
                    if (now < nextTimeout) {
                        mUserActivitySummary |= USER_ACTIVITY_SCREEN_BRIGHT;
                    } else {
                        nextTimeout = mLastUserActivityTime + screenOffTimeout;
                        if (now < nextTimeout) {
                            mUserActivitySummary |= USER_ACTIVITY_SCREEN_DIM;
                        }
                    }
                }
                if (mUserActivitySummary == 0
                        && mLastUserActivityTimeNoChangeLights >= mLastWakeTime) {
                    nextTimeout = mLastUserActivityTimeNoChangeLights + screenOffTimeout;
                    if (now < nextTimeout
                            && mDisplayPowerRequest.screenState
                                    != DisplayPowerRequest.SCREEN_STATE_OFF) {
                        mUserActivitySummary = mDisplayPowerRequest.screenState
                                == DisplayPowerRequest.SCREEN_STATE_BRIGHT ?
                                USER_ACTIVITY_SCREEN_BRIGHT : USER_ACTIVITY_SCREEN_DIM;
                    }
                }
                if (mUserActivitySummary != 0) {
                    Message msg = mHandler.obtainMessage(MSG_USER_ACTIVITY_TIMEOUT);
                    msg.setAsynchronous(true);
                    mHandler.sendMessageAtTime(msg, nextTimeout);
                }
            } else {
                mUserActivitySummary = 0;
            }

            if (DEBUG_SPEW) {
                Slog.d(TAG, "updateUserActivitySummaryLocked: mWakefulness="
                        + wakefulnessToString(mWakefulness)
                        + ", mUserActivitySummary=0x" + Integer.toHexString(mUserActivitySummary)
                        + ", nextTimeout=" + TimeUtils.formatUptime(nextTimeout));
            }
        }
    }

讀者可以仔細讀下這個部分的注釋蓄坏,大概意思是通過這個辦法統(tǒng)計更新用戶請求的一些信息和狀態(tài),通過打印發(fā)現(xiàn)這個方法在若干毫秒被系統(tǒng)調(diào)用的(具體的回調(diào)過程我還沒仔細研究)丑念;需要注意的是這里有聲明該方法內(nèi)不能有其他副作用的操作涡戳,言下之意不能過多的操作不然系統(tǒng)會崩潰重啟。這里我吃過苦頭了脯倚,反復(fù)發(fā)一個intent也會導(dǎo)致系統(tǒng)重啟渔彰,各位看官如果要操作之記得慎重操作。
需要注意的變量now推正,mLastUserActivityTime恍涂,now是通過SystemClock.uptimeMillis()獲取,表示當(dāng)前時間植榕,mLastUserActivityTime表示用戶上一次操作的時間再沧,now和mLastUserActivityTime的對比可以知道距離用戶上一次多久沒有操作了。通過大家可以研讀其中邏輯打印體會下尊残。只要搞定了這個地方炒瘸,可以滿足目前的需求淤堵,而且不用單獨去輸入系統(tǒng)去做處理,這里的需求推薦思路2去實現(xiàn)顷扩。

在處理一些問題拐邪,在思路上,我建議優(yōu)雅地方式去處理隘截,而不是簡單粗暴地把功能實現(xiàn)了扎阶。何為優(yōu)雅地處理,我認(rèn)為是要建立在對系統(tǒng)的理解上婶芭,利用和結(jié)合系統(tǒng)原有的機制东臀,不做低效重復(fù)地開發(fā),所以要不斷地去認(rèn)識學(xué)習(xí)系統(tǒng)的一些機制犀农。

歡迎關(guān)注我的個人主頁啡邑,謝謝大家!

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末井赌,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子贵扰,更是在濱河造成了極大的恐慌仇穗,老刑警劉巖,帶你破解...
    沈念sama閱讀 221,820評論 6 515
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件戚绕,死亡現(xiàn)場離奇詭異纹坐,居然都是意外死亡,警方通過查閱死者的電腦和手機舞丛,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 94,648評論 3 399
  • 文/潘曉璐 我一進店門耘子,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人球切,你說我怎么就攤上這事谷誓。” “怎么了吨凑?”我有些...
    開封第一講書人閱讀 168,324評論 0 360
  • 文/不壞的土叔 我叫張陵捍歪,是天一觀的道長。 經(jīng)常有香客問我鸵钝,道長糙臼,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 59,714評論 1 297
  • 正文 為了忘掉前任恩商,我火速辦了婚禮变逃,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘怠堪。我一直安慰自己揽乱,他們只是感情好名眉,可當(dāng)我...
    茶點故事閱讀 68,724評論 6 397
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著锤窑,像睡著了一般璧针。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上渊啰,一...
    開封第一講書人閱讀 52,328評論 1 310
  • 那天探橱,我揣著相機與錄音,去河邊找鬼绘证。 笑死隧膏,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的嚷那。 我是一名探鬼主播胞枕,決...
    沈念sama閱讀 40,897評論 3 421
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼魏宽!你這毒婦竟也來了腐泻?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 39,804評論 0 276
  • 序言:老撾萬榮一對情侶失蹤队询,失蹤者是張志新(化名)和其女友劉穎派桩,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體蚌斩,經(jīng)...
    沈念sama閱讀 46,345評論 1 318
  • 正文 獨居荒郊野嶺守林人離奇死亡铆惑,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 38,431評論 3 340
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了送膳。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片员魏。...
    茶點故事閱讀 40,561評論 1 352
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖叠聋,靈堂內(nèi)的尸體忽然破棺而出撕阎,到底是詐尸還是另有隱情,我是刑警寧澤晒奕,帶...
    沈念sama閱讀 36,238評論 5 350
  • 正文 年R本政府宣布闻书,位于F島的核電站,受9級特大地震影響脑慧,放射性物質(zhì)發(fā)生泄漏魄眉。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,928評論 3 334
  • 文/蒙蒙 一闷袒、第九天 我趴在偏房一處隱蔽的房頂上張望坑律。 院中可真熱鬧,春花似錦、人聲如沸晃择。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,417評論 0 24
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽宫屠。三九已至列疗,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間浪蹂,已是汗流浹背抵栈。 一陣腳步聲響...
    開封第一講書人閱讀 33,528評論 1 272
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留坤次,地道東北人古劲。 一個月前我還...
    沈念sama閱讀 48,983評論 3 376
  • 正文 我出身青樓,卻偏偏與公主長得像缰猴,于是被迫代替她去往敵國和親产艾。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 45,573評論 2 359

推薦閱讀更多精彩內(nèi)容

  • Android 自定義View的各種姿勢1 Activity的顯示之ViewRootImpl詳解 Activity...
    passiontim閱讀 172,290評論 25 707
  • 夜半獨自歸滑绒, 燈昏影斜斜闷堡。 遙聞家犬吠, 應(yīng)知有歸人疑故。 此時舉世寂缚窿, 余與汝未眠。 待吾換來酒焰扳, 與君促膝談。
    左雨塘閱讀 145評論 0 0
  • 現(xiàn)在的娛樂圈,小編是看花了眼蹋嵌,身邊的人說起娛樂圈無非三個字:水太深育瓜,有水的地方自然也有清流濁流,然而今天我們說說這...
    巫女_c089閱讀 538評論 0 1
  • 回答 每一次出發(fā)都是為了到達栽烂;每一次找尋都是為了相逢躏仇。
    黑皮曰閱讀 168評論 0 0
  • 前情提要:戀你十年焰手,未曾改變(六十七) 我穿著內(nèi)褲走到客廳,四處尋找我的衣服怀喉,剛要給杜嘉撥電話书妻,一條短信蹦了出來...
    lemoney閱讀 652評論 5 8