今天,看完APP端可視化埋點技術原理再去“鬼混”吧。

作者 | 個推高級安卓開發工程師  一七

 

一、背景

運營者能夠對用戶行爲進行分析的前提,是對大量數據的掌握。在以往,這個數據通常是由開發者在控件點擊、頁面等事件中,一行行地編寫埋點代碼來完成數據收集的。然而傳統的操作模式每當升級改版時,開發和測試人員就需要重複不斷對代碼進行更新,整個流程耗時長,無法滿足業務的需求。

 

爲幫助開發者解決這一痛點,個推應用統計“個數”推出“可視化埋點”這一技術來更高效地實現這個這一過程。“個數”的可視化埋點靈活、方便,開發者不需對數據追蹤點添加任何代碼,只需要連接管理臺並圈選頁面中需要埋點的元素,即可添加隨時生效的界面追蹤點。

 

本文將結合個數實踐經驗,對可視化埋點中的兩大關鍵技術點即控件唯一標識和事件採集進行分析並提供解決方案。

 

二、可視化埋點關鍵技術點

可視化埋點的難點,或者說核心就是如何在開發者不編寫任何代碼的情況下,SDK 如何確定任意一個控件在該應用內的唯一性,以及如何監聽控件的點擊和頁面的切換。

 

標識

爲了防止不同頁面中的控件標識重複出現,控件的唯一標識一般由頁面標識加上控件標識生成。

頁面標識生成

頁面標識可以直接使用頁面的名稱,即 Activity name。其獲取方式比較多,這裏介紹一種比較通用的方法,即通過註冊 Application.ActivityLifecycleCallbacks ,開發者可以在以下生命週期的回調中,輕鬆地拿到當前的 Activity 對象。此方法適用於一個 Activity 並無 Fragment 存在的情形。

 

代碼詳見下圖:

獲取方式也是比較多,不過較於 Activity 的獲取會相對麻煩一些,因爲系統沒有直接提供 API ,因而需要稍微轉個彎:通過 Gradle 插樁的方式,獲取 Fragment 的生命週期,以及 Fragment 實例對象:

 

如果該應用的頁面存在一個 Activity 中嵌套多個 Fragment 的情況,單單一個 Activity name則可能無法精準地定位到某個頁面,因而還需要加上 Fragment 的名稱。Fragment的獲取可以通過 Gradle 插樁法來實現,即根據 Fragment 的生命週期來獲取Fragment 實例對象。

 

 

1.2控件標識生成

理想的情況下頁面中的每個控件都有屬於自己的唯一 id,SDK 直接獲取控件的 id 當做控件標識即可。但現實情況卻是,一個頁面中往往存在多個相同 id 的控件,或者是沒有 id 的控件,比如 Listview 的 item ,開發者不可能給listview的每個item 設置不同的 id。

 

因此需要轉變一下思路。我們可以從控件路徑這個除id 外比較獨特的性質着手來生成控件標識。開發者可以通過給控件的路徑加上控件角標的結構方式,生成控件的唯一標識。下圖是Github 上一個仿 B 站的應用。我們對這個應用進行一下控件樹分析。首先我們使用 Android Studio 自帶的 UI Automator Viewer 工具查看該頁面的佈局結構:

 

 

接下來,我們可以從Application.ActivityLifecycleCallbacks 的回調中拿到 Activity 實例,再使用 activity.getWindow().getDecorView().getRootView() 方法來獲取當前頁面的控件樹。

 

例如圖中的文字控件是 TextView,且無兄弟佈局,則可以標記爲 TextView[0] 。它的父佈局是 LinearLayout 且排在兄弟佈局中的第二位,那麼就可以寫成是 LinearLayout[1],然後使用自己定義的符號拼接,像是 LinearLayout[1]/TextView[0] 。之後以此類推、循環遍歷、層層遞進,將所有經過的控件以及它們的下標都拼接起來,組成控件在該頁面中的唯一標識。

 

對於一些可複用的 View ,我們則需要採取一些特殊處理。例如對於 RecyclerView、ListView、 ViewPager 等複用控件,我們都需要採取不同的處理方式,去獲取當前 View 在該控件中的具體下標。如果沒有進行特殊處理,則會導致子控件錯位,數據統計不準確。

 

採集

在以往的處理中,如果需要知道一個按鈕的點擊次數,開發者就要在該控件的click事件中加入對應的打點代碼。這種重複勞作,無疑增加了開發者的開發負擔。對此,我們可以採用動態代理方式或Gradle 插樁方式來改善這個問題。

 

動態代理方式

 

使用安卓自帶的輔助功能 View.AccessibilityDelegate 。前文提到當頁面變化時,我們可以通過 Application.ActivityLifecycleCallbacks 獲取到 Activity 的實例對象,接着根據activity.getWindow().getDecorView().getRootView() 來獲取到控件樹。由於控件樹可能會實時發生變化,我們則需要通過 ViewTreeObserver.OnGlobalLayoutListener 的方法監聽視圖變化,從而在該回調中拿到變化的控件。接着我們 要根據遞歸判斷該控件是否爲 ViewGroup、是否可以點擊、是否能夠顯示等,繼而給符合條件的 View 設置 sendAccessibilityEvent();此外,我們還要在繼承了 View.AccessibilityDelegate 的定義類中,對以下這些方法添加 SDK 的代理:

當對應的控件被點擊時,系統就會自動調用設置過代理的方法,存儲或者上報對應數據。

 

Gradle 插樁的方式

Android Gradle 工具在1.5.0 版本後提供了 Transfrom API , 該API 允許第三方 Plugin 在打包 dex 文件之前的編譯過程中操作 .class 文件。在編譯期,開發者可以通過onClick、onItemClick等方法(詳見下圖)進行監聽,這相當於是正則匹配。

 

當上述監聽的方法被編譯的時候,就可以將埋點的代理操作插入這些方法中,實現自動化埋點的流程。網上相關流程也是非常詳細,有興趣的可以自行搜索學習。

 

三、結語

以上就是APP端可視化埋點實現過程中的關鍵點,特別需要注意的是控件唯一標識那一塊,由於佈局千變萬化,開發者針對很多特定的佈局都需要採取對應的處理方式。

 

目前個推應用統計——個數這個產品只需要一行初始化代碼就可以自動幫助開發者採集包括頁面統計、事件埋點、新增活躍等多維度信息。

 

藉着萬聖節,悄悄跟你說個恐怖的故事:除個推應用統計服務之外,VIP消息推送、用戶畫像,現在申請均可以免費用一年!一鍵認證服務還可以享受充10萬條送5萬條的優惠哦 !點擊https://www.getui.com/2019devfest,“碼“上申請吧!

 

 

行業前沿、面試寶典,更多技術乾貨,盡在個推技術學院。

 

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章