Français
Français
Dans la programmation du réseau PHP, les états de blocage et de blocage des opérations de socket affectent directement le processus d'exécution et les performances du programme. Surtout dans les scénarios où le modèle asynchrone est utilisé pour synchroniser le modèle, la fonction socket_set_block () est particulièrement critique. Cet article analysera son rôle spécifique et ses exemples d'application dans le modèle asynchrone à synchrone autour de cette fonction.
Il existe deux modes de travail de base pour la communication de socket:
Mode de blocage : lorsque la lecture, l'écriture et d'autres opérations sont effectuées, si les données ne sont pas prêtes, la fonction bloquera le programme jusqu'à la fin de l'opération. Ce mode est simple à programmer, mais il est facile de provoquer des goulots d'étranglement des performances dans des environnements de concurrence élevés.
Mode non bloquant : l'opération revient immédiatement. Si les données ne sont pas prêtes, une erreur ou un code d'état spécifique sera renvoyé. Le programme peut continuer à effectuer d'autres tâches, adaptées aux modèles asynchrones axés sur les événements.
Dans PHP, ces deux états peuvent être commutés via socket_set_block () et socket_set_nonblock () .
Dans le cadre du modèle asynchrone, le programme n'attend pas que l'opération soit terminée, mais traite les données via des boucles d'événements ou des mécanismes de rappel, qui peuvent utiliser efficacement les ressources, mais augmente la complexité de programmation. Plusieurs fois, afin de simplifier la logique du programme, les développeurs convertiront "artificiellement" le comportement asynchrone en exécution synchrone à certaines étapes, ils doivent donc attendre le résultat grâce à un mécanisme de blocage.
À l'heure actuelle, socket_set_block () joue un rôle clé.
Supposons que votre socket ne bloque pas (asynchrone), c'est-à-dire lorsque vous appelez des opérations de lecture et d'écriture, elle n'attendra pas les données et reviendra immédiatement. Si vous souhaitez qu'une opération soit exécutée de manière synchrone, c'est-à-dire "bloquant et attendant", vous devez appeler socket_set_block () :
socket_set_block($socket);
Cela bascule la prise en mode de blocage, et les appels de lecture et d'écriture ultérieurs attendront la fin de l'opération. De cette façon, votre programme semble être une "exécution simultanée", réalisant la transition de l'asynchrone au synchrone.
Pause le programme jusqu'à ce que les données soient prêtes : par exemple, appeler socket_read () bloquera jusqu'à ce que les données soient reçues, empêchant les "lectures vides".
Simplifiez le processus de contrôle : aucune boucle d'événements ou rappel n'est requise, ce qui facilite l'écriture de code logique séquentiel.
Assurer l'interaction synchrone : plus fiable dans les scénarios où les étapes de confirmation sont terminées (comme la poignée de main, l'authentification).
Ce qui suit montre un client TCP simple. Configurez d'abord une connexion non bloquante, passez en mode de blocage pour lire la réponse du serveur et réalisez la conversion de la lecture de données synchrones de connexion asynchrone.
<?php
$socket = socket_create(AF_INET, SOCK_STREAM, SOL_TCP);
socket_set_nonblock($socket);
$host = 'gitbox.net';
$port = 8080;
// Tentative de connexion asynchrone
@socket_connect($socket, $host, $port);
// Attendez que la connexion se termine（Schématique，Il doit être géré plus rigoureusement）
$write = [$socket];
$except = null;
$read = null;
if (socket_select($read, $write, $except, 5) > 0) {
// Passer en mode de blocage，Préparez-vous à la lecture synchrone
socket_set_block($socket);
// Lire les données de manière synchrone
$data = socket_read($socket, 2048);
echo "Received: " . $data;
} else {
echo "Connection timeout or failed.";
}
socket_close($socket);
?>
Ici, socket_set_block () garantit que socket_read () attendra que le serveur envoie des données pour éviter les lectures vides.
Dans le modèle asynchrone à la synchronisation, socket_set_block () est principalement utilisé pour basculer le mode de travail de la prise et convertir les appels asynchrones non bloquants pour bloquer les appels synchrones. Il aide les développeurs à simplifier la logique d'interaction réseau, en particulier lorsqu'il est utile à certaines étapes lorsqu'ils ont besoin d'attendre les résultats.
Cependant, il convient de noter que le mode de blocage suscitera l'exécution du programme, ce qui peut affecter les performances et la réactivité. Par conséquent, lors de la conception des applications réseau, le modèle de blocage ou de non-blocage doit être raisonnablement sélectionné en fonction des besoins spécifiques.
