引用:

 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测试框架，发现点击事件在模拟器上和真机上确实有差别。