android 模拟點選3

 Android 真機和模拟器的差異問題，是永恒的話題，問不完的為什麼，解不完的迷。模拟器的存在，有它的作用，但不要什麼都相信模拟器。除非你是Android純上層應用開發人員或者愛好者，否則我建議你扔掉模拟器。它理想化的引導給我們添了不少麻煩。當然，這也是件好事。最起碼，讓我有興趣去尋求答案，讓我收獲了更多。

      問題的緣由是有個自動化測試的需求，我需要寫腳本模拟點選觸摸屏的一系列操作，以代替手工測試（話說~遇上連續啟動1000次camera并且拍照後退出這種變态測試，你們都是怎麼做的？）。以此來證明：頭兒，此bug真的解了！

     Linux上可以通過sendEvent來模拟鍵盤或者滑鼠點選事件，而Android是基于Linux2.6的，是以也可以模拟點選事件。網絡文章很多都給出這樣一段資料資訊，告訴你怎麼去實作模拟點選：

adb shell sendevent /dev/input/event0 3 0 110       //x坐标

adb shell sendevent /dev/input/event0 3 1 70         //y坐标

adb shell sendevent /dev/input/event0 1 330 1       //按下狀态，準确的說是有壓力值

adb shell sendevent /dev/input/event0 0 0 0           //必要的一行資料

adb shell sendevent /dev/input/event0 1 330 0       //擡起狀态，無壓力值

adb shell sendevent /dev/input/event0 0 0 0           //必要的一行，相當于終止一段完整資料的标緻

用上面的方法可以點選模拟器的（110，70）點，但是，在真機上，卻不可以，原因有兩點。

  1.  /dev/input/event0 ×

      模拟器上隻有一個/dev/input/event0，但是真機上不是（如果還真是，那你這裝置還是别出廠了-_-||）。

用cat獲得的裝置對應event資訊：

# cat /proc/bus/input/devices

I: Bus=0000 Vendor=0000 Product=0000 Version=0000

N: Name="qtouch-touchscreen"

P: Phys=

S: Sysfs=/devices/virtual/input/input5

U: Uniq=

H: Handlers=event5

B: EV=b

B: KEY=400 0 4 0 0 0 0 0 0 0 0

B: ABS=2750000 11030003

"qtouch-touchscreen"不是規定死的event幾，話說1234567都有可能，看你裝置了。

  2.  資料類型 ×

      探究原因的時候，通過：

#adb shell getevent /dev/input/event5 > getvalue

可以得到：

 0003 0035 000007c8

 0003 0036 00000771

 0003 0038 00000001

 0000 0002 00000000

 0003 0037 00000010

 0000 0000 00000000

這和我之前所想象的坐标資訊不一樣，看到c，就知道是16進制數喽，第一反應就是做個10進制的轉換。具體怎麼轉換？

int main (int argc, char *argv[]) 點點點... （這個.c 還不會寫？不會寫還不會搜嗎？）

3 53 1992 

3 54 1905 

3 56 1 

0 2 0 

3 55 16

0 0 0

先不管為什麼，做個測試驗證下結果：

adb shell sendevent /dev/input/event5 3 53 1992 

adb shell sendevent /dev/input/event5 3 54 1905 

adb shell sendevent /dev/input/event5 3 56 1 

adb shell sendevent /dev/input/event5 0 2 0 

adb shell sendevent /dev/input/event5 3 55 16 

adb shell sendevent /dev/input/event5 0 0 0

這裡提一下，倘若操作的資料特别大，那我們可以利用vi的強大，在腳本中實作批量資料的轉換，例如：

vim '+%normal gg' '+.,$g/^/s//adb shell sendevent //dev//input//event5 /g' '+wq' value

結果可以實作點選

既然測試的結果證明那亂七八糟的數是對的，那就必究其緣由！其實問題的根本原因，是因為手裡的真機裝置已經支援了多點觸摸。

在Android中，多點觸摸功能依賴于RawInputEvent.java 中定義的以下幾個主要的軟體位：

public class RawInputEvent {   

...  

  public static final int ABS_MT_TOUCH_MAJOR = 0x30;   

  public static final int ABS_MT_TOUCH_MINOR = 0x31;   

  public static final int ABS_MT_WIDTH_MAJOR = 0x32;   

  public static final int ABS_MT_WIDTH_MINOR = 0x33;   

  public static final int ABS_MT_ORIENTATION = 0x34;   

  public static final int ABS_MT_POSITION_X = 0x35;   

  public static final int ABS_MT_POSITION_Y = 0x36;   

  public static final int ABS_MT_TOOL_TYPE = 0x37;   

  public static final int ABS_MT_BLOB_ID = 0x38;   

}  

在 KeyInputQueue.java 中，系統建立了一個線程，把所有的 Input 事件放入一個隊列,在 KeyInputQueue.java 的最後，将多點事件類型轉化為單點事件類型，傳回一個新的 InputDevice。

android的開源unit測試架構，發現點選事件在模拟器上和真機上确實有差别。