今天這篇文章我們主要講一下Android系統中的截屏事件處理流程。用過android系統手機的同學應該都知道，一般的android手機按下音量減少鍵和電源按鍵就會觸發截屏事件（國內定制機做個修改的這里就不做考慮了）。那么這里的截屏事件是如何觸發的呢？觸發之后android系統是如何實現截屏操作的呢？帶著這兩個問題，開始我們的源碼閱讀流程。
我們知道這里的截屏事件是通過我們的按鍵操作觸發的，所以這里就需要我們從android系統的按鍵觸發模塊開始看起，由于我們在不同的App頁面，操作音量減少鍵和電源鍵都會觸發系統的截屏處理，所以這里的按鍵觸發邏輯應該是Android系統的全局按鍵處理邏輯。
在android系統中，由于我們的每一個Android界面都是一個Activity，而界面的顯示都是通過Window對象實現的，每個Window對象實際上都是PhoneWindow的實例，而每個PhoneWindow對象都一個PhoneWindowManager對象，當我們在Activity界面執行按鍵操作的時候，在將按鍵的處理操作分發到App之前，首先會回調PhoneWindowManager中的dispatchUnhandledKey方法，該方法主要用于執行當前App處理按鍵之前的操作，我們具體看一下該方法的實現。
/** {@inheritDoc} */ @Override public KeyEvent dispatchUnhandledKey(WindowState win, KeyEvent event, int policyFlags) { ... KeyEvent fallbackEvent = null; if ((event.getFlags() & KeyEvent.FLAG_FALLBACK) == 0) { final KeyCharacterMap kcm = event.getKeyCharacterMap(); final int keyCode = event.getKeyCode(); final int metaState = event.getMetaState(); final boolean initialDown = event.getAction() == KeyEvent.ACTION_DOWN && event.getRepeatCount() == 0; // Check for fallback actions specified by the key character map. final FallbackAction fallbackAction; if (initialDown) { fallbackAction = kcm.getFallbackAction(keyCode, metaState); } else { fallbackAction = mFallbackActions.get(keyCode); } if (fallbackAction != null) { ... final int flags = event.getFlags() | KeyEvent.FLAG_FALLBACK; fallbackEvent = KeyEvent.obtain( event.getDownTime(), event.getEventTime(), event.getAction(), fallbackAction.keyCode, event.getRepeatCount(), fallbackAction.metaState, event.getDeviceId(), event.getScanCode(), flags, event.getSource(), null); if (!interceptFallback(win, fallbackEvent, policyFlags)) { fallbackEvent.recycle(); fallbackEvent = null; } if (initialDown) { mFallbackActions.put(keyCode, fallbackAction); } else if (event.getAction() == KeyEvent.ACTION_UP) { mFallbackActions.remove(keyCode); fallbackAction.recycle(); } } } ... return fallbackEvent; }這里我們關注一下方法體中調用的：interceptFallback方法，通過調用該方法將處理按鍵的操作下發到該方法中，我們繼續看一下該方法的實現邏輯。
private boolean interceptFallback(WindowState win, KeyEvent fallbackEvent, int policyFlags) { int actions = interceptKeyBeforeQueueing(fallbackEvent, policyFlags); if ((actions & ACTION_PASS_TO_USER) != 0) { long delayMillis = interceptKeyBeforeDispatching( win, fallbackEvent, policyFlags); if (delayMillis == 0) { return true; } } return false; }然后我們看到在interceptFallback方法中我們調用了interceptKeyBeforeQueueing方法，通過閱讀我們我們知道該方法主要實現了對截屏按鍵的處理流程，這樣我們繼續看一下interceptKeyBeforeWueueing方法的處理：
@Override public int interceptKeyBeforeQueueing(KeyEvent event, int policyFlags) { if (!mSystemBooted) { // If we have not yet booted, don't let key events do anything. return 0; } ... // Handle special keys. switch (keyCode) { case KeyEvent.KEYCODE_VOLUME_DOWN: case KeyEvent.KEYCODE_VOLUME_UP: case KeyEvent.KEYCODE_VOLUME_MUTE: { if (mUseTvRouting) { // On TVs volume keys never go to the foreground app result &= ~ACTION_PASS_TO_USER; } if (keyCode == KeyEvent.KEYCODE_VOLUME_DOWN) { if (down) { if (interactive && !mScreenshotChordVolumeDownKeyTriggered && (event.getFlags() & KeyEvent.FLAG_FALLBACK) == 0) { mScreenshotChordVolumeDownKeyTriggered = true; mScreenshotChordVolumeDownKeyTime = event.getDownTime(); mScreenshotChordVolumeDownKeyConsumed = false; cancelPendingPowerKeyAction(); interceptScreenshotChord(); } } else { mScreenshotChordVolumeDownKeyTriggered = false; cancelPendingScreenshotChordAction(); } } ... return result; }可以發現這里首先判斷當前系統是否已經boot完畢，若尚未啟動完畢，則所有的按鍵操作都將失效，若啟動完成，則執行后續的操作，這里我們只是關注音量減少按鍵和電源按鍵組合的處理事件。另外這里多說一句想安卓系統的HOME按鍵事件，MENU按鍵事件，進程列表按鍵事件等等都是在這里實現的，后續中我們會陸續介紹這方面的內容。
回到我們的interceptKeyBeforeQueueing方法，當我用按下音量減少按鍵的時候回進入到：case KeyEvent.KEYCODE_VOLUME_MUTE分支并執行相應的邏輯，然后同時判斷用戶是否按下了電源鍵，若同時按下了電源鍵，則執行：
if (interactive && !mScreenshotChordVolumeDownKeyTriggered && (event.getFlags() & KeyEvent.FLAG_FALLBACK) == 0) { mScreenshotChordVolumeDownKeyTriggered = true; mScreenshotChordVolumeDownKeyTime = event.getDownTime(); mScreenshotChordVolumeDownKeyConsumed = false; cancelPendingPowerKeyAction(); interceptScreenshotChord(); }可以發現這里的interceptScreenshotChrod方法就是系統準備開始執行截屏操作的開始，我們繼續看一下interceptcreenshotChord方法的實現。
private void interceptScreenshotChord() { if (mScreenshotChordEnabled && mScreenshotChordVolumeDownKeyTriggered && mScreenshotChordPowerKeyTriggered && !mScreenshotChordVolumeUpKeyTriggered) { final long now = SystemClock.uptimeMillis(); if (now <= mScreenshotChordVolumeDownKeyTime + SCREENSHOT_CHORD_DEBOUNCE_DELAY_MILLIS && now <= mScreenshotChordPowerKeyTime + SCREENSHOT_CHORD_DEBOUNCE_DELAY_MILLIS) { mScreenshotChordVolumeDownKeyConsumed = true; cancelPendingPowerKeyAction(); mHandler.postDelayed(mScreenshotRunnable, getScreenshotChordLongPressDelay()); } } }在方法體中我們最終會執行發送一個延遲的異步消息，請求執行截屏的操作而這里的延時時間，若當前輸入框是打開狀態，則延時時間為輸入框關閉時間加上系統配置的按鍵超時時間，若當前輸入框沒有打開則直接是系統配置的按鍵超時處理時間，可看一下getScreenshotChordLongPressDelay方法的具體實現。
private long getScreenshotChordLongPressDelay() { if (mKeyguardDelegate.isShowing()) { // Double the time it takes to take a screenshot from the keyguard return (long) (KEYGUARD_SCREENSHOT_CHORD_DELAY_MULTIPLIER * ViewConfiguration.get(mContext).getDeviceGlobalActionKeyTimeout()); } return ViewConfiguration.get(mContext).getDeviceGlobalActionKeyTimeout(); }回到我們的interceptScreenshotChord方法，發送了異步消息之后系統最終會被我們發送的Runnable對象的run方法執行，這里關于異步消息的邏輯可參考：android源碼解析之（二） 主站蜘蛛池模板： 滦平县| 宁国市| 泗洪县| 铜川市| 三江| 奉化市| 永丰县| 类乌齐县| 铅山县| 五寨县| 清水河县| 迭部县| 九龙城区| 修水县| 信丰县| 基隆市| 卢氏县| 汝南县| 江山市| 泰州市| 乌拉特中旗| 洪洞县| 峡江县| 汉寿县| 巨鹿县| 五常市| 南靖县| 浦县| 行唐县| 兰溪市| 金湖县| 元朗区| 湘西| 平南县| 都江堰市| 东明县| 赤水市| 吴忠市| 灯塔市| 通榆县| 淮安市|