Skip to main content
Una API asincrónica es una API que se devuelve rápidamente pero inicia una tarea asincrónica, y el resultado se devuelve una vez finalizada la tarea. Tradicionalmente, los juegos han tenido poco control sobre qué subproceso ejecuta la tarea asincrónica y qué subproceso devuelve los resultados al usar una devolución de llamada de finalización. Algunos juegos están diseñados de modo que una sección del montón solo la toque un único subproceso para evitar cualquier necesidad de sincronización de subprocesos. Si la devolución de llamada de finalización no se llama desde un subproceso que el juego controle, actualizar el estado compartido con el resultado de una tarea asincrónica requiere sincronización de subprocesos. El SDK unificado de PlayFab expone una API asincrónica de C que ofrece a los desarrolladores control directo de los subprocesos al realizar una llamada asincrónica a la API. Este es un ejemplo básico de una llamada a PFProfilesGetProfileAsync:
Para comprender este patrón de llamada, necesita entender cómo usar XAsyncBlock y XTaskQueueHandle. XAsyncBlock transporta toda la información relativa a la tarea asincrónica y la devolución de llamada de finalización. XTaskQueueHandle le permite determinar qué subproceso ejecuta la tarea asincrónica y qué subproceso llama a la devolución de llamada de finalización de XAsyncBlock.

XAsyncBlock

Veamos XAsyncBlock en detalle. Es una estructura definida de la siguiente manera:
XAsyncBlock contiene:
  • queue: un XTaskQueueHandle, que es un identificador que representa información sobre dónde ejecutar una parte del trabajo. Si este parámetro no está establecido, se usa una cola predeterminada.
  • context: le permite pasar datos a la función de devolución de llamada.
  • callback: una función de devolución de llamada opcional a la que se llamará una vez realizado el trabajo asincrónico. Si no especifica una devolución de llamada, puede esperar a que se complete el XAsyncBlock con XAsyncGetStatus y luego obtener los resultados.
Debería crear un nuevo XAsyncBlock en el montón por cada llamada asincrónica que realice. El XAsyncBlock debe existir hasta que se llame a la devolución de llamada de finalización del XAsyncBlock, y después se puede eliminar.
Importante: Un XAsyncBlock debe permanecer en memoria hasta que se complete la tarea asincrónica. Si se asigna dinámicamente, se puede eliminar dentro de la devolución de llamada de finalización del XAsyncBlock.

Espera de una tarea asincrónica

Puede saber que una tarea asincrónica se ha completado de dos maneras diferentes:
  • Se llama a la devolución de llamada de finalización del XAsyncBlock.
  • Llame a XAsyncGetStatus con true para esperar hasta que se complete.
Con XAsyncGetStatus, la tarea asincrónica se considera completada después de que se ejecute la devolución de llamada de finalización del XAsyncBlock; sin embargo, la devolución de llamada de finalización del XAsyncBlock es opcional. Una vez completada la tarea asincrónica, puede obtener los resultados.

Obtención del resultado de la tarea asincrónica

Para obtener el resultado, la mayoría de las funciones de API asincrónicas tienen una función Result correspondiente para recibir el resultado de la llamada asincrónica. En nuestro código de ejemplo, PFProfilesGetProfileAsync tiene una función correspondiente PFProfilesGetProfileGetResult. Puede usar esta función para recuperar el resultado de la función y actuar en consecuencia. Para obtener todos los detalles sobre la recuperación de resultados, consulte la documentación de cada función de API asincrónica.

XTaskQueueHandle

XTaskQueueHandle le permite determinar qué subproceso ejecuta la tarea asincrónica y qué subproceso llama a la devolución de llamada de finalización del XAsyncBlock. Puede controlar qué subproceso realiza estas operaciones estableciendo un modo de distribución. Hay tres modos de distribución disponibles:
  • Manual: la cola manual no se distribuye automáticamente. Corresponde al desarrollador distribuirlas en el subproceso que quiera. Esto se puede usar para asignar el lado de trabajo o el lado de devolución de llamada de una llamada asincrónica a un subproceso específico.
  • Thread Pool: distribuye mediante un grupo de subprocesos. El grupo de subprocesos invoca las llamadas en paralelo, tomando por turno una llamada de la cola para ejecutarla a medida que los subprocesos del grupo quedan disponibles. Thread Pool es el más fácil de usar, pero le ofrece el menor control sobre qué subproceso se usa.
  • Serialized Thread Pool: distribuye mediante un grupo de subprocesos. El grupo de subprocesos invoca las llamadas en serie, tomando por turno una llamada de la cola para ejecutarla a medida que el único subproceso del grupo queda disponible.
  • Immediate: distribuye inmediatamente el trabajo en cola en el subproceso desde el que se envió.
Para crear un nuevo XTaskQueueHandle, necesita llamar a XTaskQueueCreate. Por ejemplo:
Esta función toma dos parámetros XTaskQueueDispatchMode. Hay tres valores posibles para XTaskQueueDispatchMode:
workDispatchMode determina el modo de distribución para el subproceso que controla el trabajo asincrónico. completionDispatchMode determina el modo de distribución para el subproceso que controla la finalización de la operación asincrónica. Una vez que haya creado su XTaskQueueHandle, simplemente agréguelo al XAsyncBlock para controlar los subprocesos de sus funciones de trabajo y de finalización. Cuando haya terminado de usar el XTaskQueueHandle, normalmente cuando el juego está finalizando, puede cerrarlo con XTaskQueueCloseHandle:
Ejemplo de llamada:

Distribución manual de un XTaskQueueHandle

Si usó el modo de distribución de cola manual para una cola de trabajo o de finalización de un XTaskQueueHandle, debe distribuir manualmente. Supongamos que se creó un XTaskQueueHandle en el que tanto la cola de trabajo como la cola de finalización están configuradas para distribuirse manualmente, de esta manera:
Para distribuir el trabajo al que se ha asignado XTaskQueueDispatchMode::Manual, llame a la función XTaskQueueDispatch.
Ejemplo de llamada:
  • queue: en qué cola distribuir el trabajo.
  • port: una instancia de la enumeración XTaskQueuePort.
  • timeoutInMs: un uint32_t para el tiempo de espera en milisegundos.
Hay dos tipos de devolución de llamada definidos por la enumeración XTaskQueuePort:

Cuándo llamar a XTaskQueueDispatch

Para comprobar cuándo la cola ha recibido un nuevo elemento, puede llamar a XTaskQueueRegisterMonitor para establecer un controlador de eventos que informe a su código de que hay trabajo o finalizaciones listos para distribuirse.
XTaskQueueRegisterMonitor toma los siguientes parámetros:
  • queue: la cola asincrónica para la que envía la devolución de llamada.
  • callbackContext: un puntero a los datos que deben pasarse a la devolución de llamada de envío.
  • callback: la función que se invoca cuando se envía una nueva devolución de llamada a la cola.
  • token: un token que se usa en una llamada posterior a XTaskQueueUnregisterMonitor para quitar la devolución de llamada.
Por ejemplo, esta es una llamada a XTaskQueueRegisterMonitor:
La devolución de llamada XTaskQueueMonitorCallback correspondiente podría implementarse de la siguiente manera:
Luego, en un subproceso en segundo plano, puede escuchar esta variable de condición para reactivarse y llamar a XTaskQueueDispatch.

Consulte también

Última modificación el 28 de agosto de 2026