普法 Graphic Buffer 发布并实现 multi-process data transfer

GraphicBuffer诞生以及跨进程传递重认识

引言

在Android系统的Graphics图形堆栈方面，本人已经浏览了大量相关的技术博客和文档，无论其发布年代是较早还是较为近期。然而，这些阅读活动仅停留在表面层面，并未进行系统性的整理与归纳。因此，即便在阅读过程中产生了诸多疑问，也仅仅止步于疑问本身。此次我决定改变这一现状，力求将大部分疑问在自身能力范围内逐一解决或找到答案。本文的核心内容将聚焦于GraphicBuffer的生成过程及其在跨进程传输中的本质机制，尤其关注应用程序端如何成功导入由SurfaceFlinger端生成的GraphicBuffer（适用于Android 12之前的默认方式）。由于相关资料较为稀缺，希望通过本篇博客能够深入浅出地阐明这一问题！

一 重新认识GraphicBuffer

在掌握某一知识内容之前，首先需要进行认知、深入理解与全面把握。因此，在研读SurfaceFlinger、HardwareComposer以及gralloc相关的代码时，我们常常会接触到诸如native_handle、private_handle_t、ANativeWindowBuffer、ANativeWindow、GraphicBuffer和Surface等与内存相关的结构体和类。这些类型之间究竟存在怎样的差异，又具备何种联系呢？