Requêtes PHP une par une ou simultanément

PHP traitera les requêtes en même temps. Travailler sur une seule demande ne verrouille pas une autre pour différents utilisateurs. Mais PHP pourrait exécuter les requêtes du même utilisateur une par une, si une session PHP est verrouillée par la première requête. La deuxième demande sera traitée lorsque la session sera fermée.

Essayez d'exécuter un script PHP avec sleep (30) dans le premier onglet du navigateur:

<?
session_start();

echo 'hello';

Et un autre script dans un autre onglet du navigateur: p>

<?
session_start();

sleep(30);

Le script n ° 2 ne sera pas exécuté tant que la première n'est pas terminée.

C'est important, car vous utilisez des sessions dans chaque application.

p>

1. Si vous avez une route qui est desservie par une fonction de contrôleur, pour chaque requête, il y a une instanciation distincte du contrôleur. Par exemple: l'utilisateur A et l'utilisateur B demandent le même itinéraire laravel.com/stackoverflow , le contrôleur est prêt à répondre à chaque demande, quel que soit le nombre d'utilisateurs qui la demandent en même temps. Vous pouvez considérer comme un principe de processus similaire pour n'importe quel service. Par exemple, Laravel fonctionne sur PHP. Ainsi, PHP crée des threads de processus chaque fois que nous avons besoin de PHP pour traiter un script. De même, Laravel instancie le contrôleur pour chaque requête.
2. Pour le même utilisateur envoyant plusieurs demandes, il sera toujours traité comme le point 1.
3. Si vous souhaitez traiter des demandes particulières une par une, vous pouvez mettre en file d'attente les travaux. Par exemple, disons que vous souhaitez traiter un paiement. Vous avez 5 demandes en cours. Ainsi, le contrôleur prendra toutes les demandes simultanément, mais la fonction de contrôleur peut envoyer un travail en file d'attente et ceux-ci sont traités un par un.
4. Considérant que deux personnes essaient de demander le même itinéraire qui a une fonction de mise à jour de la base de données, vous pouvez lire un bel article ici sur le verrouillage optimiste et pessimiste.

Je devrais voter pour fermer ceci - c'est beaucoup trop large ... mais je vais essayer.

Si les requêtes dépendent d'une ressource qui ne peut effectuer qu'une seule tâche à la fois, alors elles ne peut pas «fonctionner» simultanément. Il est fort possible que vous ayez un seul cœur de processeur, ou un seul disque - cependant au niveau de la requête HTTP (en l'absence de code pour appliquer le verrouillage mutex), ils sembleront fonctionner en même temps - c'est ce que multi -tâcher, c'est tout. Le thread d'exécution sera souvent retardé en attendant que quelque chose d'autre se produise et à ce moment-là, le planificateur de tâches du système d'exploitation vérifiera s'il y a d'autres tâches en attente d'être exécutées. Vous pouvez facilement le tester vous-même:

 <?php

 $started=time();
 $fh=fopen("/tmp/concurency_test", "w");
 flock($fh, LOCK_EX);
 sleep(20);
 flock($fh, LOCK_UN);
 print "Ran for " . (time() - $started) " seconds";

(essayez d'y accéder dans différentes fenêtres de navigateur à peu près au même moment - ou dans 2 iframes sur la même fenêtre)

Comparez cela avec:

 <?php

 $started=time();
 sleep(20);
 print "Ran for " . (time() - $started) " seconds";

Cela montre également une des raisons pour lesquelles vous ne devriez pas utiliser de fichiers plats pour stocker des données sur votre serveur. Notez que le gestionnaire de session par défaut en PHP utilise le verrouillage basé sur les fichiers pendant toute la durée pendant laquelle les données de session sont ouvertes par le script.

Les bases de données emploient une variété de stratégies pour éviter de revenir à la mise en file d'attente d'une seule opération - le plus souvent le contrôle de version. Cela ne résout pas le problème que vous décrivez: 2 clients ne devraient jamais utiliser le même jeton de session - c'est pourquoi le jeton de session est séparé des informations d'identification dans un système bien conçu.