SurfaceFlinger acepta búferes, compone búferes y envía búferes a la pantalla. WindowManager proporciona a SurfaceFlinger búferes y metadatos de ventana, que SurfaceFlinger usa para componer superficies en la pantalla.
Deflector de superficie
SurfaceFlinger puede aceptar búferes de dos maneras: a través de BufferQueue y SurfaceControl, o a través de ASurfaceControl.
Una forma en que SurfaceFlinger acepta búferes es a través de BufferQueue y SurfaceControl. Cuando una aplicación pasa al primer plano, solicita búferes de WindowManager . WindowManager luego solicita una capa de SurfaceFlinger. Una capa es una combinación de una superficie , que contiene BufferQueue, y un SurfaceControl , que contiene los metadatos de la capa, como el marco de visualización. SurfaceFlinger crea la capa y la envía a WindowManager. WindowManager luego envía la superficie a la aplicación, pero mantiene SurfaceControl para manipular la apariencia de la aplicación en la pantalla.
Android 10 agrega ASurfaceControl, que es otra forma en que SurfaceFlinger puede aceptar búferes. ASurfaceControl combina una superficie y un SurfaceControl en un paquete de transacciones que se envía a SurfaceFlinger. Un ASurfaceControl está asociado con una capa, cuyas aplicaciones se actualizan a través de ASurfaceTransactions. Luego, las aplicaciones obtienen información sobre ASurfaceTransactions a través de devoluciones de llamada que pasan ASurfaceTransactionStats que contienen información, como el tiempo de bloqueo, los tiempos de adquisición, etc.
La siguiente tabla incluye más detalles sobre ASurfaceControl y sus componentes asociados.
| Componente | Descripción |
|---|---|
| Control de superficie | Envuelve SurfaceControl y permite que una aplicación cree SurfaceControls que correspondan a las capas en la pantalla. Se puede crear como elemento secundario de ANativeWindow o como elemento secundario de otro ASurfaceControl. |
| Transacción de superficie | Ajusta la transacción para permitir que el cliente edite las propiedades descriptivas de una capa, como la geometría, y envía los búferes actualizados a SurfaceFlinger. |
| ASurfaceTransactionStats | Envía información sobre las transacciones que se han presentado, como el tiempo de bloqueo, los tiempos de adquisición y el límite de liberación anterior, a una aplicación a través de una devolución de llamada registrada previamente. |
Aunque las aplicaciones pueden enviar búferes en cualquier momento, SurfaceFlinger solo se activa para aceptar búferes entre actualizaciones de pantalla, que pueden diferir según el dispositivo. Esto minimiza el uso de la memoria y evita el desgarro visible en la pantalla, que puede ocurrir al actualizar la pantalla a mitad de la actualización.
Cuando la pantalla está entre actualizaciones, la pantalla envía la señal VSYNC a SurfaceFlinger. La señal VSYNC indica que la pantalla se puede actualizar sin romperse. Cuando SurfaceFlinger recibe la señal VSYNC, SurfaceFlinger recorre su lista de capas en busca de nuevos búferes. Si SurfaceFlinger encuentra un nuevo búfer, SurfaceFlinger adquiere el búfer; si no, SurfaceFlinger continúa usando el búfer adquirido previamente. SurfaceFlinger siempre debe mostrar algo, por lo que se aferra a un búfer. Si nunca se han enviado búferes en una capa, la capa se ignora.
Después de que SurfaceFlinger haya recopilado todos los búfer para las capas visibles, le pregunta al compositor de hardware (HWC) cómo se debe realizar la composición. Si el HWC marca el tipo de composición de la capa como composición del cliente, SurfaceFlinger compone esas capas. Luego, SurfaceFlinger pasa el búfer de salida al HWC .
Administrador de ventanas
WindowManager controla los objetos de ventana , que son contenedores para objetos de vista . Los objetos de ventana siempre están respaldados por objetos de superficie. WindowManager supervisa los ciclos de vida, los eventos de entrada y enfoque, la orientación de la pantalla, las transiciones, las animaciones, la posición, las transformaciones, el orden z y muchos otros aspectos de una ventana. WindowManager envía todos los metadatos de la ventana a SurfaceFlinger para que SurfaceFlinger pueda usar esos datos para componer superficies en la pantalla.
Pre-rotación
Muchas superposiciones de hardware no admiten la rotación (e incluso si lo hacen, cuesta energía de procesamiento); la solución es transformar el búfer antes de que llegue a SurfaceFlinger. Android admite una sugerencia de consulta ( NATIVE_WINDOW_TRANSFORM_HINT ) en ANativeWindow para representar la transformación más probable que SurfaceFlinger aplique al búfer. Los controladores GL pueden usar esta sugerencia para transformar previamente el búfer antes de que llegue a SurfaceFlinger, de modo que cuando llegue el búfer, se transforme correctamente.
Por ejemplo, cuando reciba una sugerencia para rotar 90 grados, genere y aplique una matriz al búfer para evitar que se salga del final de la página. Para ahorrar energía, haga esta rotación previa. Para obtener más información, consulte la interfaz ANativeWindow definida en system/core/include/system/window.h .