前語

最近，Android手機上的手機管家更新了新版本，提供了紅包鬧鐘功能，只要有微信紅包或者QQ紅包，就會自動提醒。恰逢最近又在做UI自動化的工作，使用到UI Automator框架。幾行代碼，就可以讓手機自動完成某些操作，很有意思，今天就來扒一扒這背后的原理。

UI Automator

傳統(tǒng)的手工測試，我們需要點擊一些控件元素，來查看輸出的結(jié)果是否符合預期。比如在登錄界面，輸入正確的用戶名和密碼，點擊登錄按鈕后，就可以正常登錄。

如果這些操作，每一次都需要手工執(zhí)行的話，是需要大量的人力成本的，比如手機QQ安卓端， 手工用例有上萬條。所以就需要大力推廣自動化測試。

UI自動化作為測試金字塔的最頂層，承擔了端到端的需求回歸與灰度驗證任務，其重要性不言而喻。

UI Automator作為一款Google谷歌推出的，用于UI自動化測試的工具，有著優(yōu)秀的API與社區(qū)文檔。也是目前主流的Android自動化測試框架。它提供了一系列用于獲取手機上頁面控件元素和操作元素的方法，非常方便。

注意：UI Automator測試框架是基于instrumentation的API，運行在Android JunitRunner 之上，同時UI Automator Test只運行在 Android 4.3(API level 18)以上版本。

從一次搶紅包說起

想想我們平時搶紅包的流程是什么樣的呢？

假如你現(xiàn)在正在刷劇，這時候通知欄提醒你微信有紅包了，于是你點擊通知欄的消息，進入了微信頁面，找到了紅包，再點擊拆紅包的按鈕，小手一抖，幾毛到手。

這么一想，其實這些步驟完全是一個體力活，要是有個機器人能自動搶就好了！

這個機器人的背后就是AccessibilityService，當然它的具體作用我們稍后再講。

按照我們的現(xiàn)有的邏輯，自動搶紅包大致分為以下幾個步驟：

識別獲取通知欄的微信紅包的通知事件 點擊通知欄的消息 獲取紅包的消息 點擊按鈕拆紅包

這里面最最重要的兩個步驟就是識別，操作。接下來我們侃侃這兩步。

怎么識別頁面控件元素？

首先，我們先來認識一下UI Automator viewer這個工具，位于<android-sdk>/tools/bin目錄下，他可以很方便地掃描和分析 Android 設備上當前顯示的界面組件，展示一棵完整的控件樹，與某一個葉子節(jié)點（控件元素）的屬性。

從上圖我們可以看到，頁面的一個登錄按鈕元素，有自己的text屬性，resource-id屬性，content-desc屬性等等。

在UI Automator中，存在uiDevice類，可以通過findObject方法，查看到這些控件元素。

UiObject2 login_btn = uiDevice.findObject(By.desc('登錄'));

現(xiàn)在我們深入findObject方法，

public UiObject2 findObject(BySelector selector) {// 這里返回匹配選擇器的第一個節(jié)點，如果沒有找到匹配的話，就返回nullAccessibilityNodeInfo node = ByMatcher.findMatch(this, selector, getWindowRoots());return node != null ? new UiObject2(this, selector, node) : null; }

可以看到，這里傳入了一個選擇器selector，然后在ByMatcher的findMatch方法中查詢，如果找到了，就返回一個AccessibilityNodeInfo的node，如果沒有找到就返回null。

首先看ByMatcher是什么東東？這是一個實用工具類，通過它的方法，我們可以在一個樹形結(jié)構(gòu)中搜索到匹配selector的節(jié)點。

findMatch方法很簡單，就是一個從根節(jié)點開始搜索的樹型搜索方法，不用多說。

AccessibilityNodeInfo是什么呢？這相當于一個節(jié)點，在AccessibilityService的角度來看，這就是一個可訪問到的控件節(jié)點。

那這么來看，findMatch的第三個參數(shù)，就是傳入的控件樹的根節(jié)點了嗎？我們深入看一下這里的getWindowRoots方法的關鍵代碼，

/** 這里返回活動窗口容器的root節(jié)點的列表 */ AccessibilityNodeInfo[] getWindowRoots() {// 等待線程空閑后再執(zhí)行waitForIdle();// 初始化一個root節(jié)點的集合Set<AccessibilityNodeInfo> roots = new HashSet();// 通過UiAutomation獲取當前最底部的根窗口容器的root節(jié)點AccessibilityNodeInfo activeRoot = getUiAutomation().getRootInActiveWindow(); // 這里使用UiAutomation的方法if (activeRoot != null) { roots.add(activeRoot);}// 多窗口容器的搜索if (UiDevice.API_LEVEL_ACTUAL >= Build.VERSION_CODES.LOLLIPOP) { for (AccessibilityWindowInfo window : getUiAutomation().getWindows()) { // 這里使用UiAutomation的方法AccessibilityNodeInfo root = window.getRoot();…………roots.add(root); }}return roots.toArray(new AccessibilityNodeInfo[roots.size()]); }

這里要提一下，UiAutomation是Google在Android4.3的時候，發(fā)布的一個自動化框架，它提供了與系統(tǒng)底層交互的能力。

再往下，我們看看UiAutomation的getWindows方法的關鍵代碼：

public List<AccessibilityWindowInfo> getWindows() { ……return AccessibilityInteractionClient.getInstance().getWindows(connectionId); }

這里獲取了AccessibilityInteractionClient的實例，然后返回了client的getWindows方法結(jié)果。然后再看一下這個getWindows方法的關鍵代碼，

public List<AccessibilityWindowInfo> getWindows(int connectionId) { …… IAccessibilityServiceConnection connection = getConnection(connectionId); if (connection != null) {// 首先去查詢緩存，如果緩存是有的，直接返回List<AccessibilityWindowInfo> windows = sAccessibilityCache.getWindows(); …… return windows;}…… // 如果上面的緩存不存在，就調(diào)用connection.getWindows方法 windows = connection.getWindows(); ……if (windows != null) { // 把上面獲取到的新的windows放置緩存，并返回 sAccessibilityCache.setWindows(windows); return windows;} } …… }

從IAccessibilityServiceConnection開始，在IDE中就開始提示Cannot resolve symbol ’IAccessibilityServiceConnection’,無法再跳轉(zhuǎn)追蹤了。這是因為這個文件屬于aidl文件，這是Android中用于跨進程通信的接口文件，其具體源碼可以在GoogleSource上面看到，有興趣的同學可以去看一下：IAccessibilityServiceConnection.aidl。 這說明，到這里，UI Automation進程開始了與AccessibilityService進程的通信。我們把當前的程序可以當做是客戶端，那么Android系統(tǒng)服務就是服務端，從這里開始，真正深入到Android系統(tǒng)的核心。在下面，就是Android Native的Library庫。

這里，我們可以用時序圖總結(jié)一下：

怎么操作頁面頁面元素？

我們現(xiàn)在已經(jīng)知道了UI Automator是怎么識別控件的，那怎么操作控件元素呢？比如實現(xiàn)控件的自動點擊。

我們還是從源碼開始入手。比如一個控件元素的點擊動作，在UiObject2類中，關鍵代碼如下：

public void click() {mGestureController.performGesture(mGestures.click(getVisibleCenter())); }

首先，getVisibleCenter方法可以根據(jù)控件節(jié)點信息，也就是上面提到的AccessibilityNodeInfo，獲取到這個控件節(jié)點的中心坐標點。然后把這個坐標點傳給mGesture的click方法，這里是為了封裝點擊動作，最后交給mGestureController對象的performGesture方法去實施這個點擊動作。

對于mGesture的click方法，這個mGesture是一個構(gòu)造工廠，它的click方法直接生成了一個PointerGesture對象，這個對象表示的是執(zhí)行手勢操作時的動作。比如手勢的開始坐標點，結(jié)束坐標點，持續(xù)時間，移動方向，速度等等。

重點看一下mGestureController對象的performGesture方法，其關鍵代碼如下：

public void performGesture(PointerGesture ... gestures) { ………… // 執(zhí)行傳入的手勢操作動作MotionEvent event; // 這個是關于運動事件for (……) { ………… // 初始化運動事件，并調(diào)用UI Automation的injectInputEvent注入事件，異步執(zhí)行event = getMotionEvent(……);getDevice().getUiAutomation().injectInputEvent(event, true);………… } …………}}

這里可以看到事件的注入，也是通過UI Automation來完成的。看一下injectInputEvent方法的關鍵代碼，

public boolean injectInputEvent(InputEvent event, boolean sync) {…………// 異步執(zhí)行，這段代碼之前有關于鎖的操作return mUiAutomationConnection.injectInputEvent(event, sync);………… }

我們發(fā)現(xiàn)也是通過一個connection來執(zhí)行操作的，這個connection對象對應的IUiAutomationConnection類，也屬于一個aidl文件。

這里也放一個時序圖，

AccessibilityService

AccessibilityService根據(jù)官方說明，是指開發(fā)者通過增加類似contentDescription的屬性，從而在不修改代碼的情況下，讓殘障人士能夠獲得使用體驗的優(yōu)化，大家可以打開AccessibilityService來試一下，點擊區(qū)域，可以有語音或者觸摸的提示，幫助殘障人士使用App。

當然，現(xiàn)在國內(nèi)，AccessibilityService已經(jīng)被玩兒壞了，越來越多的App借用AccessibilityService來實現(xiàn)了一些其它功能，甚至是灰色產(chǎn)品。

在國內(nèi)，通過AccessibilityService實現(xiàn)的功能包括免Root自動安裝，自動搶紅包，微信消息自動回復等等黑科技。

當然也有一些惡意功能，比如軟件防卸載。當用戶想要卸載你的App的時候，一般會來到設置界面，找到你的App然后選擇卸載，那么如果我們監(jiān)控這個頁面，如果發(fā)現(xiàn)是自己的App，就直接退出，這樣不就無法卸載了嗎？是的，簡簡單單，但是背后的惡意卻讓人心寒。

使用AccessibilityService做自動化的步驟

大家看了上面的分析，可能對自動化有了一點興趣，其實歸納起來，步驟很簡單：

分析整個操作流程，拆解成關于每個控件的識別與操作。 利用uiautomatorviewer等工具，查看對應UI控件的屬性，進行唯一性識別 編寫代碼，查找到元素后，進行點擊等操作 兼容性處理結(jié)語

大家經(jīng)常說“面試造火箭，工作擰螺絲”。其實大家平時工作可能都是“擰擰螺絲”，但是站在個人職業(yè)發(fā)展角度來看，是不可取的。只有不斷挖深自己的技術護城河，才能提高個人的不可替代性。在“擰螺絲”的時候，我們不妨抬頭看看，整個“火箭”是的構(gòu)造。

以上就是淺談Android手機的搶紅包插件的詳細內(nèi)容，更多關于Android搶紅包插件的資料請關注好吧啦網(wǎng)其它相關文章！