Camera App整体渲染流程以及与CAMX交互流程图

IN-flight机制：相机app中的IN-flight机制是指在相机操作过程中，已经发出但尚未完成的请求（request）所携带的缓冲区（buffer）的管理方式。在Android Camera2 API和HAL3架构中，当应用程序发出拍照或录像的请求时，这些请求会进入一个队列，称为IN-flight队列。每个请求都会关联一个或多个缓冲区，用于存储图像数据。
以下是IN-flight机制的一些关键点：

1. 请求（Request）：在Camera2 API中，应用程序通过创建CaptureRequest来定义拍摄的参数，如曝光、对焦、白平衡等。
2. 缓冲区（Buffer）：请求会关联一个或多个缓冲区，用于存储图像数据。这些缓冲区可以是输入缓冲区（input buffer）或输出缓冲区（output buffer）。
3. IN-flight请求：一旦请求被发送到相机服务，它就会成为一个IN-flight请求，直到它被完成（例如，一张照片被拍摄并存储到缓冲区）或被取消。
4. 缓冲区管理：系统需要有效管理这些IN-flight请求所占用的缓冲区，以确保资源的有效利用，并避免因缓冲区耗尽而导致的应用程序卡顿或崩溃。
5. 最大IN-flight缓冲区数量：在Camera2 API中，每个Stream（数据流）都有一个最大IN-flight缓冲区数量的限额，由HAL（硬件抽象层）确定。这个数量限制了同一时间可以处理的请求的数量。
6. 请求完成：一旦请求完成，相关的缓冲区就会被释放回缓冲区池，可以被新的请求重新使用。
7. 性能和资源优化：通过合理管理IN-flight请求和缓冲区，可以在保持高性能的同时，优化内存和处理资源的使用。
   在搜索结果中，有一篇文章详细讨论了CameraServer的Buffer管理机制，其中提到了IN-flight buffer的概念，即在HAL处理request过程中，可以有很多个request并存于HAL中，这些request都在排队等待处理，这些request就是in-flight request，相应的其携带的buffer就是inflight buffer。HAL在配置streams时定义了buffer的四个基本属性，包括分辨率、格式、gralloc使用标志和最大in-flight buffer计数。这个计数由HAL确定，并限制了同一时间可以在HAL中存在的该类型buffer的最大数量。

这些机制对于相机app来说至关重要，因为它们确保了相机操作的流畅性和效率，特别是在高负载或需要连续拍照的场景下。

1. APP创建Surface Texture用来接收数据
2. 传递Surface Texture中的生产者的bp
3. dequeue空白的buffer
4. 传递空白的buffer handle让camera provider填充
5. provider填充完毕的结果回调
6. queue已经填充的buffer
7. 消费填充的buffer生成的texture image