该部分实现了Android端的server component。Server component为一个能在Android中执行的shell程序，其通过binder与SurfaceFlinger连接，从而以极低的开销获取性能数据，并构建一个Unix domain socket来与PC的client端进行通信连接。
-
framework/AndroidPerfServerFW.javaFramework层的server模块，主要负责与NetworkStatsManager对接，获取eBPF统计的应用流量信息。
-
native/main.cpp启动daemon进程在Android后台运行，然后获取SurfaceFlinger的binder，并启动Server的main函数以及fork执行framework层的server模块。
-
native/server.cpp创建一个名为
@androidperf的Unix domain socket作为server socket，并创建epoll event循环来监听client连接与通信。client连接建立后，基于client发送的指令来使用binder获取性能数据。性能数据通过构建pipe和splice通道直接对接socket，在内核态完成通信连接，以实现零拷贝传输开销。
Server的编译需要在AOSP的编译工具链中完成，为此首先需要下载AOSP的源码（建议android-7.1.2_r33分支），具体教程参见这里。
具体编译流程为首先完成对整个AOSP的编译（source build/envsetup.sh&lunch，然后选择aosp_arm64或者aosp_x86_64，具体看需要编译ARM还是x86平台的可执行程序)，然后将AndroidPerfServer的源码放于frameworks/base/cmds目录下（其它目录理论上也可以，只要能正常编译就行）。
执行mmm frameworks/base/cmds/AndroidPerfServer/。
编译产生的server程序包含两部分，一部分为framework层的Java程序，一部分为native层的C++程序。
-
对于framework层的Java程序，编译产生了一个dex二进制，一个shell脚本。其中dex二进制位于Android编译目录的
out/target/common/obj/JAVA_LIBRARIES/AndroidPerfServerFWlib_intermediates，名为classes.dex，将其改名、复制并替换掉AndroidPerf目录的android子目录下的AndroidPerfServerFW.dex文件。shell脚本位于out/target/product/generic_x86_64(也可能是arm，视编译目标而定)/system/bin，名为AndroidPerfServerFW，同样将其复制并替换掉AndroidPerf目录的android子目录下的同名文件 -
对于native层的C++程序，可以在
out/target/product/generic_x86_64(也可能是arm，视编译目标而定)/system/bin目录下找到AndroidPerfServer32和AndroidPerfServer64两个可执行程序，分别为32位和64位平台下的程序。编译完成后将文件替换掉对应的AndroidPerf目录的android子目录下的AndroidPerfServer文件。假如编译来ARM平台的可执行程序，就将编译得到的AndroidPerfServer32和AndroidPerfServer64均改名成AndroidPerfServer然后分别放入android/armeabi-v7a和android/arm64-v8a中即可。
AndroidPerf的client端在启动时会自动将程序导入连接的手机中，并建立端口映射以及socket连接。