最近在做一个车联网的项目，其中一个基本需求是将一台android手机通过USB线缆接入到车机上后，手机屏幕远程映射到车机的屏幕上，我们可以通过操作车机的屏幕来远程控制手机。这个技术本质上就是通过类似VNC的方式在车机上远程控制手机。业内有名的车联网方案如apple的carplay还有google的androidauto本质上其实也都是远程映射，另外一个著名的规范MirrorLink就直接定义了利用VNC技术进行映射。
android平台上有很多VNC相关的程序和库，如开源的libvncserver，如有名的droidVncServer项目，它内部其实就是使用了libvncserver库。还有如Remoteroid等等。这些程序作为远程控制中的《被控端》运行到android上都必须要求root权限，原因也很简单就是需要权限。作为VNC技术中的《被控端》有两个基本工作要做：
第一就是读取本机的屏幕buffer传送给《控制端》，这样《控制端》就可以看到《被控端》的屏幕内容了。
第二就是《被控端》要接受来自《控制端》的操作请求，比如点击了屏幕上某个位置，进而控制android做出相应的反应。
这里获取屏幕buffer暂且不聊，主要说说输入控制相关的部分，android是基于linux的，所以输入控制的部分主要是操作/dev/input下面的设备文件。我们来看看android系统/dev/input下面的设备文件的权限。如图：
可见root用户有读写权限，input组下面的用户也有读写权限。而作为android下面的普通的APP是不具备这样的权限的。
下面我们来看看一个普通的APP的权限，如图：
可见这个普通的APP所属用户为u0_a57，所在组也不包括input组。所以对/dev/input下面的设备文件无权操作，那么输入控制功能将无法实现。所以必须要求root权限才行。
但是别家的车联网项目确实不要求android手机已经root，在没有root的android手机上也能实现类似VNC的远程操作。那么这又是为什么呢。答案就在adb上。adb在设备端所对应的的守护进程叫做adbd，在android启动过程中它会被init进程所加载，程序刚运行的时候是root权限，然后它会给自己降权，最终以shell用户权限运行。而shell属于input组，是可以读写/dev/input下面的设备文件的。如图：
所以当用户把android手机通过USB接入到车机上时（为了方便理解这里可以把车机就想象成一台PC电脑），车机通过adb命令通知android手机上的adbd运行起《被控端》程序，这个时候《被控端》运行在shell用户权限，可以正常读写/dev/input。
因为adb本身就是作为android调试桥的作用存在的。所以它实际上也是具备一定权限的，虽然没有root权限那么大，但是比一般普通的APP的权限还是要大一些。像/system/bin/下面提供的一些工具，比如getevent/sendevent,input,screencap,screenrecord等都只有用adb去调用才能正常工作，普通APP去调用是无法正常工作的，因为缺乏权限。 而像screenshot这样的工具通过adb去调用也无法正常工作，因为这个工具内部是直接操作/dev/graphics/fb0设备的，而这个设备连shell权限也无权操作。如图：
只有system用户和graphics组才有权操作。那为什么adb调用screencap又可以呢，通过读取源代码可以知道，它的源代码在frameworks/base/cmds/screencap/ ，它内部实际上是调用SurfaceFlinger提供的接口ScreenshotClient，本质上是通过binder机制与SurfaceFlinger进程间通讯罢了。android自带的调试工具DDMS有一个截图功能，其实也是通过adbd调用screencap完成截图的。