Pourquoi les fichiers "lock" sont-ils utilisés en PHP au lieu de simplement compter les processus?

Premièrement, la commande n'est pas correcte. Quand j'exécute php test.php et que la commande

$count = exec("ps -aux|grep 'php test.php' -c");

if($count > 3){
  echo "Already running.".$count;
  exit;
}

while(1){
    sleep(20);
}

n'obtient rien. Vous pouvez utiliser ps -aux | grep 'test.php' -c pour obtenir le numéro de processus.Mais exec ("ps -aux | grep 'php test.php' -c"); le numéro de retour doit moins 2 est le numéro de processus réel

La raison d'utiliser le fichier de verrouillage la plupart du temps est exec ou une autre fonction de commande nécessite une autorisation spéciale, et est disable_functions dans la configuration par défaut de php.ini.

Tester un script comme celui-ci:

 ps -C test.php

La principale raison pour laquelle les "fichiers verrouillés" sont utilisés est simplement parce qu'ils peuvent être censés fonctionner dans n'importe quel environnement hôte. Si vous pouvez "créer un fichier" et si vous pouvez le "verrouiller", ce code fonctionnera ... n'importe où.

Aussi - "il n'y a rien à gagner à être" intelligent "." Cette stratégie bien connue est connue pour bien fonctionner - donc, "courez avec."

Sur la base des commentaires ici et de mes propres observations, j'ai composé une liste des avantages et des inconvénients des deux approches: méthode

flock :

avantages: p>

• Plus compatible avec les systèmes d'exploitation
• Aucune connaissance de bash requise
• Approche plus courante, de nombreux exemples
• Fonctionne même avec exec () désactivé
• Peut utiliser plusieurs verrous dans un seul fichier pour autoriser différents "modes" d'exécution du même fichier en même temps

cons:

• Ce n'est pas définitif. Si votre fichier de verrouillage est supprimé par un processus / utilisateur externe, vous pourriez vous retrouver avec plusieurs processus. Si vous enregistrez le fichier de verrouillage dans le répertoire / tmp , c'est une possibilité valable, car tout ce qui se trouve dans ce répertoire est censé être "temporaire"
• Dans certaines circonstances, lorsqu'un processus meurt de manière inattendue, le verrou de fichier peut être transféré vers un processus indépendant (je ne le croyais pas au début, mais j'ai trouvé des exemples de cela se produisant (bien que rarement) sur plus de 200 systèmes basés sur unix , dans 3 systèmes d'exploitation différents)

exec ("ps -C ...") méthode

avantages:

• Puisque vous comptez réellement les processus , cela fonctionnera à chaque fois, quel que soit l'état des verrous de fichiers, etc.

cons:

• Fonctionne uniquement sous Linux
• nécessite que "exec" soit activé
• Si vous modifiez le nom de votre script, cela pourrait entraîner des doubles processus (et assurez-vous que le nom de votre script n'est pas codé en dur dans le code)
• Suppose que votre script n'a qu'un seul "mode" en cours d'exécution

EDIT: J'ai fini par utiliser ceci:

if (exec("pgrep -x " . $scriptName . " -u ". $currentUser . " | wc -l") > 1)
{
  echo $scriptName . " is already running.\n";
  exit;
}

... parce que ps ne vous permet pas pour filtrer sur le propriétaire du processus en plus du nom du processus, et je voulais autoriser ce script à s'exécuter plusieurs fois si un autre utilisateur l'exécutait.

EDIT 2: p >

... Donc, après avoir fonctionné pendant quelques jours, ce n'est pas parfait non plus. D'une manière ou d'une autre, le processus a démarré plusieurs fois sur la même machine sous le même utilisateur. Ma seule hypothèse est qu'il y a eu un problème (manque de mémoire, etc.) qui a fait que pgrep ne renvoie rien, alors qu'il aurait dû renvoyer quelque chose.

Cela signifie donc que NI la méthode flock et les méthodes du processus de comptage ne sont fiables à 100%. Vous devrez déterminer quelle approche fonctionnera le mieux pour votre projet.

En fin de compte, j'utilise une autre solution qui stocke le PID de la tâche en cours dans un fichier "verrouillé", qui n'est pas réellement verrouillé avec troupeau. Ensuite, lorsque le script démarre, vérifie si le fichier de verrouillage existe, et si c'est le cas, récupère le contenu (PID du dernier démarrage du script) Ensuite, il vérifie s'il est toujours en cours d'exécution, en comparant le / proc / # PID # / cmdline contenu avec le nom du script en cours d'exécution.