Previsão do tempo antes de meu artigo https://blog.csdn.net/ljm_c_bok/article/details/78764305 fez algumas resumo. Desta vez na plataforma 7703, e então desenvolver uma função de previsão do tempo, ou com o artigo anterior, o mesmo quadro de soquete de rede. Existem alguns problemas ainda precisam conhecê-lo.
A, tomada pacote de protocolo HTTP, a mensagem de solicitação para um bom pacote
Na CSDN consulte o artigo https://blog.csdn.net/a19881029/article/details/14002273 irmão, big brother graças share.
Porque é solicitações de envio de socket diretamente, ao contrário do navegador nos dará uma boa mensagem de pedido de pacote, enquanto nós entramos em um URL na linha. Assim, quando solicitada, deve ser um bom pacote de mensagens compatíveis.
Temporariamente encontrou tal problema um, há novos problemas que vêm atualização
Dois, rosca
No artigo anterior eu dos eventos de previsão tomada de tempo são registrados no segmento atual (tarefa TAPP), devido após o envio do pedido, você precisa esperar para receber dados aqui, então use um while (1) bloqueado aguardando a chegada de eventos de soquete isso pode levar a todo o segmento principal é bloqueado, todas as mensagens não ser processado. Eu encontrei o problema porque a janela pop-up animado estará esperando preso. Em seguida, pressione mais qualquer dos casos, pode levar a casos de falência. Agarrando log, é encontrado como chaves a fila de mensagens está cheia. Em outras palavras, neste momento a mensagem-chave não é processado, ele foi bloqueado na fila. Comparado a outra interface, tarefa. falha botão não ocorre, no caso da fila de mensagem de envio está cheio.
Minha análise de processos de negócios, o primeiro suspeito está atualmente tarefa bloqueada. Assim, o comentário enquanto a corrente (1), identificar problemas e falha fundamental não ocorre. Assim, ao mesmo tempo ativar o PDP, criar um segmento SCI_CreateThread, em seguida, a tomada fio de ligação neste processo evento, com a tarefa multi-threaded para garantir que o segmento principal não bloqueia.
Multithreading aqui ou ali foi um pequeno episódio. Eu espero evento socker no novo segmento, para passar TASK SCI_GetSignal do sinal de corrente fila de mensagens, encontrado para ser aqui, que desta vez a fila de mensagens está vazia, como é?
1, excluindo a prioridade da thread
2, excluindo normalmente enviados meu pedido (porque eu não enviar esses sinais para a tarefa socket, estas mensagens são geradas por sua própria tomada, apenas uma solicitação, o servidor irá responder para mim, então eu tenho que ouvir a geração de sinal)
Mudar o meu pensamento. Desde a fila de mensagens está vazio, é possível não há nenhuma mensagem para enviar esta tarefa, em seguida, as verifica de recurso ao segundo ponto pode ser estabelecida, mas você pode ver o meu pedido é enviado com sucesso através das mensagens de rastreamento. Continue em estado de agarrar traço socke, e finalmente encontrado depois que a solicitação é enviada, socke estava perto, e é por isso registrado Por TASK no evento não produziu, como fechar possível.
