fd = open("/dev/qemu_pipe", O_RDWR);

const char* pipeName = “”;

ret = write(fd, pipeName, strlen(pipeName)+1);

if (ret < 0) {

//error

… ready to go

这里的pipeName是要使用的服务名程，这里支持的服务有

提供一个非内部模拟器的NAT router，我们只能使用这个socket进行读写，接受，不能够进行连接非本地socket。

unix:

打开一个Unix域socket在主机上

opengles

连接到OpenGL ES模拟进程，现在这个实现等于连接tcp：22468，但是未来可能会改变。

qemud

连接到qemud服务在模拟器内，这个取代了老版本中通过/dev/ttys1的连接方式.

在内核中代码，向外提供了一个对于qemu_pipe，其中包含了我们如何与其进行交互。

由于QEMU Pipe发送数据的时候使用的是裸包，其速度要比TCP的方式快很多。

通信协议的实现

对于指令的传输，要对指令进行编解码。emugen，通过这个工具可以进行编码解码类的生成。在GLES1.1，GLES2.0，EGL之中定义了一些代码生成时，需要用到的文件。用来定义生成代码的文是.types，.in，.attrib。对于EGL的声明则是在renderControl。对于EGL的文件都是以‘renderControl’开头的，这个主要是历史原因，他们调用了gralloc系统的模块来管理图形缓冲区在比EGL更低的级别。

EGL/GLES函数调用被通过一些规范文件进行描述，这些文件描述了类型，函数签名和它们的一些属性。系统的encoder静态库就是通过这些生成的文件来构建的，它们包含了可以将EGL/GLES命令转化为简单的byte信息的通过IOStream进行发送。

模拟器的绘制

模拟器接收渲染指令的位置，

在android/opengles.cpp控制了动态的装载渲染库，和正确的初始化

fd = open("/dev/qemu_pipe", O_RDWR);const char* pipeName = “”;ret = write(fd, pipeName, strlen(pipeName)+1);if (ret &lt; 0) {//error}… ready to go这里的pipeName是要使用的服务名程，这里支持的服务有tcp:提供一个非内部模拟器的NAT router，我们只能使用这个socket进行读写，接受，不能够进行连接非本地socket。uni //初始化仓库 repo init -u https://aosp.tuna.tsinghua.edu.cn/platform/manifest android -6.0.1_r80 //清华大学镜像下载 Android 源码 // Android 源码版本号列表 https://blog.csdn.net/u013005791/article/details/52228727... 我进入 Androird 行业也有一段时间，目前负责项目开发方面的工作，难免会用到虚拟机实现代码运行，最近我也一直在思考，虚拟机是以哪种方式实现的，底层逻辑又是怎样的？于是在网上查阅了相关的资料，结合自身的见解，将之整合在了一起，接下来我们就来了解一下虚拟机的相关知识 虚拟机的前身 ● 众所周知， Android 最开始面世时，使用的开发语言是 Java,而 Java 是运行在 Java 虚拟机上的，即 JVM；那么为什么 Google 要单独 设计 一套新的 Dalvik 虚拟机来执行 Android qemu pipe也是一个虚拟设备，是一个通用的虚拟设备，用于提供guest os和emulator通信的功能，类似于一个抽象的通信层，这样就不用写很多虚拟设备了。 之前在guest os中有个qemud进程，也是干这个事的，使用虚拟设备ttyS1提供guest os和emulator通信的功能，速度比较慢，已被pipe所替代。 看本篇之前，必须看完第一篇；看完本篇，然后看第三篇，这两个是结合在一起的，都看完后建议回顾一下本篇。 基于通用的数据通信pipe，emulator提供了四种服务：