Android 【真机】与【模拟器】触摸屏事件的模拟差异分析

     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。

   1点多了，先睡觉去了……

最后

以上就是细腻烤鸡为你收集整理的Android 【真机】与【模拟器】触摸屏事件的模拟差异分析的全部内容，希望文章能够帮你解决Android 【真机】与【模拟器】触摸屏事件的模拟差异分析所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。