Desbloqueio de chamadas para a função de recv sem usar o modo sem bloqueio

Ao escrever uma aplicação de rede você pode usar o modo sem bloqueio ou o modo de bloqueio. O modo sem bloqueio é mais flexível e necessário quando a aplicação tem que fazer várias coisas, como a manutenção de vários soquetes. Entretanto, se a aplicação estiver fazendo apenas uma coisa, por exemplo, ler de um soquete e escrever os dados em um arquivo ou fila, então o uso do modo de bloqueio pode reduzir significativamente a complexidade de sua aplicação. Há um pequeno problema com o modo de bloqueio, se algo der errado com a conexão que a aplicação pode nunca saber; ela esperará para sempre por dados que nunca chegarão.

Como isso pode acontecer? Imagine que sua aplicação tenha chamado o Recv e esteja aguardando os dados de um cliente. A conexão de rede do cliente não é confiável e a aplicação do cliente está passando por múltiplas retransmissões. Em algum momento a pilha TCP do cliente decide que a conexão deve ser terminada; ela notifica a aplicação cliente e limpa o soquete. Sua aplicação fica aguardando os dados de uma conexão que, no que diz respeito ao cliente, foi fechada. A única maneira de resolver o problema é terminar manualmente sua aplicação e reiniciá-la. Terminar a aplicação deixa o soquete conectado em um estado "TIME_WAIT" que, a menos que você tenha definido a opção de soquete REUSEADDR, impedirá que você reinicie imediatamente a aplicação e a tenha ligada ao soquete de escuta.

Entretanto, você pode dizer à OpenVOS para definir um limite de tempo para esperar pelos dados durante a chamada de retorno. O resultado é que após o término do tempo limite, a chamada retornará um -1 e o erro será definido como e$timeout (1081). Sua solicitação pode então tomar uma decisão sobre como proceder. Pode encerrar a conexão, dar ao cliente outra oportunidade, enviar algo ao cliente para testar a conexão, ou qualquer outra resposta apropriada da aplicação. A questão é que o diagnóstico da situação e a resposta estão sob seu controle.

O programa timeout_recv.c na figura 2 é um exemplo de como fazer isso. São necessários 2 argumentos, um número de porta para ouvir e um timeout em unidades de 1/1024 de um segundo. A figura 1 mostra um exemplo de execução, a linha de comando(em negrito e sublinhado) é ecoada porque acredito firmemente que todos os argumentos devem ser ecoados por programas interativos. Nota: estabeleci um timeout de 10 segundos (10240 / 1024). O programa informa quando chama aceita e se aceita retorna um timeout. Embora eu não tenha mencionado isso no parágrafo anterior, o tempo limite também funcionará na chamada de aceitação e o programa demonstra isso. Depois que uma conexão é feita, ele reporta quando chama o recv e o tempo que o recv devolve com um timeout ou caracteres. Destaquei todas as mensagens de timeout.

Observe que as chamadas para definir os limites de tempo são específicas para OpenVOS (e VOS); esta abordagem não funcionará sob outros sistemas operacionais.

Figura 1 - Exemplo de execução de timeout_recv

Figura 2 - timeout_recv.c