Não deveria. (Mas poderia)
Para verificar se os dados em um arquivo estão corretos ao extraí-lo, cada arquivo ou bloco de dados terá um CRC ou um código de detecção de erros associado a ele.
Ao descomprimir um arquivo, faz muito sentido, do ponto de vista da eficiência, fazer a verificação de erros antes de gravar os dados no disco. Caso contrário, você está desperdiçando recursos preciosos lendo o arquivo, gravando-o em disco e, em seguida, relendo os dados no disco para fazer a verificação de erros. Com um arquivo grande ou em um sistema com memória restrita, isso pode dobrar o tempo gasto para descompactar um arquivo, o que seria inaceitável. Estou assumindo, neste caso, que a leitura e a gravação em disco são a parte mais lenta do processo.
Se você fizer a verificação antes de escrever, poderá transmitir o arquivo com eficiência através do descompactador, através do algoritmo de verificação de erros e, em seguida, sair para o disco e assumir que o subsistema de disco sabe o que está fazendo. Trabalho feito.
Ao fazer isso, "testar" o arquivo torna-se uma operação livre. Você segue exatamente os mesmos passos da descompressão, mas simplesmente joga fora os dados sem gravá-los no disco.
Espero strongmente que seja assim que funciona, porque escrever tudo em disco simplesmente para testar um arquivo parece insano e não seria mais rápido que uma descompactação "real" dos dados. Esse "teste" é mais rápido implica que pelo menos um passo, provavelmente gravar dados no disco, é ignorado.