Français
Français
curl_pause peut suspendre une demande Curl qui a été exécutée dans curl_multi_exec . Lorsque vous appelez Curl_pause ($ ch, curlpause_all) , la poignée spécifiée en pause en pause. Le deuxième paramètre de curl_pause est le type de pause, qui peut être les valeurs couramment utilisées:
Curlpause_all : pause toutes les activités.
Curlpause_recv : réception des données de données.
Curlpause_send : pause envoyant des données.
Curlpause_connect : demande de connexion en pause.
Après la pause, vous pouvez utiliser curl_pause ($ ch, curlpause_cont) pour restaurer la demande.
Lorsque vous utilisez CURL_MULTI_EXEC , le problème le plus important auquel vous devez faire attention est la synchronisation de la demande. Si une demande est interrompue, Curl_Multi_EXEC n'attendra pas qu'il reprenne avant de continuer à exécuter d'autres demandes. Cela peut entraîner l'exécution de certaines demandes dans l'ordre des attentes incompatibles avec des attentes, ou certaines demandes à exécuter sans récupérer complètement.
Par conséquent, lors de la pause d'une demande avec Curl_pause , assurez-vous de vous assurer de gérer correctement l'état de toutes les demandes. Vous devez reprendre les demandes en pause au bon moment, plutôt que de les laisser récupérer lorsqu'elles sont inappropriées.
Dans un environnement multithread, la pause d'une demande peut avoir un impact sur le contrôle du délai d'attente. Par exemple, si vous suscitez une demande pendant qu'elle envoie toujours des données, le délai d'expiration de la demande peut être mis en pause même si d'autres demandes continuent d'être exécutées, ce qui peut entraîner une longue période de demande.
Pour éviter cela, vous pouvez également définir une politique de délai d'expiration raisonnable lorsque les demandes de pause Curl_Pause pour vous assurer que les demandes interrompues n'occupent pas indéfiniment les ressources. Vous pouvez utiliser CURL_SETOPT pour définir le délai d'expiration approprié et faire attention à la réévaluation de la condition de délai d'expiration lors de la demande de récupération.
Les opérations de pause et de restauration peuvent faire changer l'état de la poignée de boucle. Vous devez noter qu'après une pause, curl_multi_exec considérera que le statut de la demande a été interrompu, il ne traitera donc pas la demande. Par conséquent, avant de reprendre la demande, vous devez vous assurer qu'il se trouve dans un état où il peut continuer l'exécution.
Il est particulièrement important de noter que lorsque vous suscitez une demande via Curl_pause , l'opération de pause prend effet immédiatement. Après avoir appelé Curl_pause , vous devez vous assurer que vous pouvez appeler Curl_pause ($ ch, curlpause_cont) au bon moment pour reprendre la demande, sinon cela peut faire en sorte que la demande reste en pause.
Lorsque vous utilisez CURL_MULTI_EXEC pour traiter plusieurs demandes simultanément, vous devez gérer correctement les pauses et les opérations de récupération entre plusieurs poignées de curl. Vous ne pouvez pas suspendre une demande à volonté et vous attendre à ce qu'elle reprenne immédiatement. Vous devez vous assurer que CURL_MULTI_EXEC peut gérer correctement son état lorsqu'une demande est restaurée.
Il est recommandé d'utiliser un système de balise pour suivre l'état de chaque demande. Par exemple, l'utilisation d'un tableau associatif pour enregistrer l'état actuel de chaque poignée de boucle (pendant la pause, le type de pause, etc.), afin que l'état de chaque poignée puisse être géré avec précision pendant la récupération.
L'utilisation de curl_pause avec curl_multi_exec peut rendre le débogage plus compliqué, en particulier lorsque plusieurs demandes sont exécutées en parallèle. Si le statut d'une demande n'est pas géré correctement, il peut entraîner la fin de la demande ou l'ordre de la demande est corrompu. Afin de résoudre les problèmes, il est recommandé de déboguer:
Sélectionnez l'état de chaque demande, vérifiant s'ils sont interrompus et reprise à l'heure prévue.
Utilisez Curl_getInfo pour obtenir les détails de chaque demande, en vous assurant que la demande n'a aucune erreur dans son statut après pause et récupération.
