【技術流】Android 截屏監聽：如何實現截圖分享功能？

05-25

1. 背景：

具體來說就是，檢測到了用戶在應用內有截圖，彈出一個分享界面，在截圖下方添加一個二維碼，進行分享。

2. 前言

Android系統沒有直接對截屏事件監聽的介面，也沒有廣播，只能自己動手來豐衣足食，一般有三種方法。

利用FileObserver監聽某個目錄中資源變化情況
利用ContentObserver監聽全部資源的變化
監聽截屏快捷按鍵 ( 由於廠商自定義Android系統的多樣性，再加上快捷鍵的不同以及第三方應用，監聽截屏快捷鍵這事基本不靠譜，可以直接忽略 )

3.Android截屏系統做的事情

通過讀源碼（TakeScreenshotService 和 GlobalScreenshot ）總結Android截屏系統做的事情：

保存截屏Bitmap到本地文件
把圖片記錄插入到ContentProvider中
發送一個截圖相關的Notification

解決方法：

利用FileObserver監聽某個目錄中資源變化情況
利用ContentObserver監聽全部資源的變化

4. FileObserver 與 ContentObserver 比較

對於截圖監聽有兩種常用方案

方案一：通過FileObserver監聽截屏文件夾，當有新的截屏文件產生時，調用設定的回調函數執行相關操作。

優點：

實現簡單

缺點：

不同手機默認的截屏路徑可能不同，需要做適配處理
不同手機截屏觸發的事件名稱可能不同，需要測試適配
監聽到截屏事件後馬上獲取圖片獲取不到，需要延遲一段時間

方案二：通過ContentObserver監聽多媒體圖片庫資源的變化。當手機上有新的圖片文件產生時都會通過MediaProvider類向圖片資料庫插入一條記錄，以方便系統的圖片庫進行圖片查詢，可以通過ContentObserver接收圖片插入事件，並獲取插入圖片的URI。

優點：

不同手機觸發的事件是一樣的

缺點：

不同手機截屏文件的前綴可能不同，需要做適配
監聽到截屏事件後馬上獲取圖片獲取不到，需要延遲一段時間

4.1 FileObserver實現

最開始就是想到這個方法，當FileObserver監聽某個目錄中資源變化情況，時候獲取到文件路徑

a. 關鍵代碼：

監聽到截屏事件後馬上獲取圖片獲取不到，可能需要延遲一段時間。做while循環，收到Create時間後，Thread.sleep(600)，當嘗試最大次數（MAX_TRYS）失敗後放棄。
SNAP_SHOT_FOLDER_PATH 的路徑不同手機不一樣，要去適配各種手機的路徑

需要許可權，否則可能收不到事件。

（如果沒有收到事件，檢查一下許可權和監聽的目錄）

b. 小結：

每一次截屏，有多個事件回調
每一次截屏，不同的手機，事件回調可能有些不同。
不同的手機，默認截屏圖片儲存的文件夾可能不同
FileObserver只能監聽文件夾中子文件和子文件夾的變化情況，不能監聽子文件夾內部的資源變化

基於 不同的手機，默認截屏圖片儲存的文件夾可能不同 和 可能收不到事件，這種方法並不能適用於所有的機型。

4.2 .ContentObserver實現

放棄了FileObserver方法，最後選擇了ContentObserver方法。通過ContentObserver監聽多媒體圖片庫資源的變化。當手機上有新的圖片文件產生時都會通過MediaProvider類向圖片資料庫插入一條記錄，以方便系統的圖片庫進行圖片查詢，可以通過ContentObserver接收圖片插入事件，並獲取插入圖片的URI。