SyncSession

O estado atual da sessão representado por um objeto de sessão.

O estado atual da conexão de uma sessão de sincronização.

A direção da transferência (upload ou download) rastreada por um determinado bloco de notificação de progresso.

Os bloqueios de notificações de progresso podem ser registrados em sessões se seu aplicativo desejar ser informado quantos bytes foram carregados ou baixados, por exemplo, para mostrar IUs de indicadores de progresso.

O comportamento desejado de um bloco de notificação de progresso.

Os bloqueios de notificações de progresso podem ser registrados em sessões se seu aplicativo desejar ser informado quantos bytes foram carregados ou baixados, por exemplo, para mostrar IUs de indicadores de progresso.

Um token correspondente a um bloco de notificação de progresso.

Chame invalidate() no token para interromper as notificações. Se o bloqueio de notificações já tiver sido interrompido automaticamente, chamar invalidate() não fará nada. invalidate() deve ser chamado antes que o token seja destruído.

Uma estrutura encapsulando informações de progresso, bem como métodos auxiliares úteis.

Registre um bloqueio de notificação de progresso.

Se a sessão já tiver recebido informações de progresso do subsistema de sincronização, o bloco será chamado imediatamente. Caso contrário, ele será chamado assim que as informações de progresso estiverem disponíveis.

Vários blocos podem ser registrados com a mesma sessão de uma só vez. Cada bloco será invocado em uma fila lateral dedicada a notificações de progresso.

O token retornado por este método deve ser retido enquanto as notificações de progresso forem desejadas, e o método invalidate() deve ser chamado nele quando as notificações não forem mais necessárias e antes que o token seja destruído.

Se nenhum token for retornado, o bloco de notificação nunca será chamado novamente. Existem várias razões pelas quais isso pode ser verdade. Se a sessão tiver passado por um erro fatal, ela não aceitará bloqueios de notificações de progresso. Se o bloco foi configurado no modo forCurrentlyOutstandingWork , mas não há progresso adicional para relatar (por exemplo, o número de bytes transferíveis e bytes transferidos são iguais), o bloco não será chamado novamente.