1. getevent命令

我們首先是根據adb shell getevent命令獲取到被點選位置的資訊。

這裡要說明的是，不同的手機手機獲得的點選輸出是不一樣的。以我的真機為例，輸出如下

/dev/input/event0 3 39 3e1
/dev/input/event0 1 14a 1
/dev/input/event0 1 145 1
/dev/input/event0 3 35 406  //x座標
/dev/input/event0 3 54 1083  //y座標
/dev/input/event0 0 0 0
/dev/input/event0 3 39 ffffffff
/dev/input/event0 1 14a 0
/dev/input/event0 1 145 0
/dev/input/event0 0 0 
 

#define ABS_MT_TOUCH_MAJOR 0x30 /* Major axis of touching ellipse */
#define ABS_MT_TOUCH_MINOR 0x31 /* Minor axis (omit if circular) */
#define ABS_MT_WIDTH_MAJOR 0x32 /* Major axis of approaching ellipse */
#define ABS_MT_WIDTH_MINOR 0x33 /* Minor axis (omit if circular) */
#define ABS_MT_ORIENTATION 0x34 /* Ellipse orientation */
#define ABS_MT_POSITION_X 0x35 /* Center X ellipse position */
#define ABS_MT_POSITION_Y 0x36 /* Center Y ellipse position */
#define ABS_MT_TOOL_TYPE 0x37 /* Type of touching device */
#define ABS_MT_BLOB_ID 0x38 /* Group a set of packets as a blob */
#define ABS_MT_TRACKING_ID 0x39 /* Unique ID of initiated contact */
#define ABS_MT_PRESSURE 0x3a /* Pressure on contact area */
 

2. sendevent實現模擬長按

我很好奇如果把輸出的這些指令原封不動地給系統返還回去會有什麼結果，我以為會是簡單的重複點選，可是把1中獲得的訊號全部通過shell命令輸入，獲得的竟然是長按的效果。很意外，具體是因為什麼我也不清楚。可能在其他手機上就不是這個效果了。

這裡需要注意的是，我們獲得的是16進位制，輸入必須是10進位制，需要自行轉換一下。

根據不同的解析度，獲得的16進位制如何轉換為真實的座標值，這篇博文已經講述的很詳細了。

其他的比如模擬點選，滑動，輸入等操作已經在前面使用ADB進行模擬點選的文章裡介紹過了。

3. 密碼獲取

通過2中的連結文，已經介紹過了如何通過程式碼形式執行Shell命令。

這裡當然是將“getevent”作為命令寫入指令碼啦。注意要開啟子執行緒，否則會引起ANR。

然後就開啟了使用者點選，我們只要拿到Runtime.getRuntime().exec("su").getInputStream()流並分析“35”以及“36”後的16進位制數，即可得到使用者的點選位置。這個流是錯誤流和正確流分開的，注意處理不當會阻塞。可按照以下幾種方法避免阻塞。

（1）可以通過將redirectErrorStream 屬性設定為true合併錯誤流和正確流。

（2）顯然可以想到兩種流，開啟兩個執行緒去接收。

（3）在已知輸出順序的情況下，調整處理流的程式碼順序。（不通用）

具體的如何從使用者大量的點選事件中獲取密碼。便是根據演算法來決定的了，演算法越精密，獲取到使用者密碼的可能性越大。

這裡可以提供一個思路：

1. 通過Accessibility機制只監聽支付寶。具體如何配置已經在Accessibility機制實現模擬點選中介紹過了。

2. 在獲取到點選座標之後，可以通過判斷連續6個點均處於螢幕的下方來認為這是一組密碼（當然是不準確的），具體的篩選密碼的條件可以通過你的聰明才智去實現。

拿到密碼之後，便可以通過模擬點選去實現自動轉賬了。這個前面已經使用ADB Shell命令實現模擬點選中介紹過了。