Wie bekomme ich pid von gerade begonnenen Prozess

Ich möchte den Prozess starten (zB myCommand) und seine PID erhalten (um ihn später töten zu können).

Ich habe ps ausprobiert und nach Namen gefiltert, aber ich kann den Prozess nicht nach Namen unterscheiden

myCommand
ps ux | awk '/<myCommand>/ {print $2}' 

Weil Prozessnamen nicht eindeutig sind.

Ich kann den Prozess ausführen durch:

myCommand &

Ich habe festgestellt, dass ich diese PID erhalten kann durch:

echo $!

Gibt es eine einfachere Lösung?

Ich würde gerne myCommand ausführen und seine PID als Ergebnis eines einzeiligen Befehls erhalten.

Was kann einfacher sein als echo $!? Als eine Zeile:

myCommand & echo $!

Schließen Sie den Befehl in ein kleines Skript ein

#!/bin/bash
yourcommand &
echo $! >/path/to/pid.file

Sie können sh -cund verwenden exec, um die PID des Befehls zu ermitteln, noch bevor dieser ausgeführt wird.

Zum Starten myCommand, damit die PID gedruckt wird, bevor die Ausführung beginnt, können Sie Folgendes verwenden:

sh -c 'echo $$; exec myCommand'

Wie es funktioniert:

Dies startet eine neue Shell, gibt die PID dieser Shell aus und ersetzt die Shell mit dem execeingebauten Befehl, um sicherzustellen, dass sie dieselbe PID hat. Wenn Ihre Shell einen Befehl mit der eingebauten Funktion ausführt, wird Ihre Shell tatsächlich zu diesem Befehl und nicht zu dem häufigeren Verhalten, eine neue Kopie von sich selbst zu erstellen, die eine eigene separate PID hat und dann zum Befehl wird.exec

Ich finde das viel einfacher als Alternativen, die asynchrone Ausführung (mit &), Jobsteuerung oder Suche mit beinhalten ps. Diese Ansätze sind in Ordnung, aber es sei denn, Sie haben einen bestimmten Grund, sie zu verwenden. Beispielsweise wird der Befehl bereits ausgeführt. In diesem Fall ist es sinnvoll, nach seiner PID zu suchen oder die Jobsteuerung zu verwenden. (Und ich würde sicherlich nicht in Betracht ziehen, ein komplexes Skript oder ein anderes Programm zu schreiben, um dies zu erreichen).

Diese Antwort enthält ein Beispiel für diese Technik.

Teile dieses Befehls könnten gelegentlich weggelassen werden, aber normalerweise nicht.

Auch wenn die von Ihnen verwendete Shell einen Bourne-Stil hat und daher die execintegrierte Semantik unterstützt, sollten Sie im Allgemeinen nicht versuchen, die Verwendung sh -c(oder eine gleichwertige Methode ) zum Erstellen eines neuen, separaten Shell-Prozesses für diesen Zweck zu vermeiden , da:

• Sobald die Shell geworden ist myCommand, gibt es keine Shell, die darauf wartet, nachfolgende Befehle auszuführen. sh -c 'echo $$; exec myCommand; foowäre nicht in der Lage zu versuchen, foonach dem Ersetzen durch myCommand. Wenn Sie kein Skript schreiben, das dieses als letzten Befehl ausführt, können Sie es nicht einfach echo $$; exec myCommandin einer Shell verwenden, in der Sie andere Befehle ausführen.
• Sie können hierfür keine Unterschale verwenden . (echo $$; exec myCommand)kann syntaktisch besser sein als sh -c 'echo $$; exec myCommand', aber wenn Sie $$innerhalb ausführen ( ), gibt es die PID der übergeordneten Shell, nicht der Subshell selbst. Es ist jedoch die PID der Subshell, die die PID des neuen Befehls ist. Einige Schalen bieten ihre eigenen , nicht tragbaren Mechanismen für die Subshell PID zu finden, die Sie könnten für diese. Insbesondere in Bash 4 , (echo $BASHPID; exec myCommand)funktioniert.

Beachten Sie schließlich, dass einige Shells eine Optimierung ausführen, bei der sie einen Befehl ausführen, als ob execsie dies tun (dh zuerst auf das Forken verzichten), wenn bekannt ist, dass die Shell danach nichts mehr tun muss. Einige Shells versuchen dies immer dann, wenn es sich um den letzten auszuführenden Befehl handelt, während andere dies nur tun, wenn vor oder nach dem Befehl keine anderen Befehle vorhanden sind, und andere dies überhaupt nicht tun. Der Effekt ist , dass , wenn Ihr vergessen zu schreiben execund einfach zu verwenden , sh -c 'echo $$; myCommand'dann wird manchmal Sie die richtige PID geben auf einigen Systemen mit einigen Muscheln. Ich rate davon ab, sich jemals auf ein solches Verhalten zu verlassen und stattdessen immer execanzugeben, wann Sie dies benötigen.

Ich kenne keine einfachere Lösung, verwende aber nicht $! gut genug? Sie können den Wert immer einer anderen Variablen zuweisen, wenn Sie ihn später benötigen, wie von anderen gesagt.

Als Randnotiz, anstatt von ps zu leiten, könnten Sie pgrepoder verwenden pidof.

benutze exec aus einem Bash-Skript, nachdem du die PID in einer Datei registriert hast:

Beispiel:

Angenommen, Sie haben ein Skript mit dem Namen "forever.sh", das Sie mit den Argumenten p1, p2, p3 ausführen möchten

forever.sh Quellcode:

#!/bin/sh

while [ 1 -lt 2 ] ; do
    logger "$0 running with parameters \"$@\""
    sleep 5
done

erstelle eine reaper.sh:

#!/bin/sh

echo $$ > /var/run/$1.pid
exec "$@"

Laufen Sie forever.sh durch reaper.sh:

./reaper.sh ./forever.sh p1 p2 p3 p4 &

forever.sh protokolliert lediglich alle 5 Sekunden eine Zeile in syslog

Sie haben jetzt die PID in /var/run/forever.sh.pid

cat /var/run/forever.sh.pid 
5780

und forever.sh rennt aok. Syslog grep:

Nov 24 16:07:17 pinkpony cia: ./forever.sh running with parameters "p1 p2 p3 p4"

Sie können es in der Prozesstabelle sehen:

ps axuwww|grep 'forever.sh p1' |grep -v grep
root      5780  0.0  0.0   4148   624 pts/7    S    16:07   0:00 /bin/sh ./forever.sh p1 p2 p3 p4

In der Bash-Shell könnte eine Alternative $!die jobs -peingebaute sein. In einigen Fällen wird das !In $!von der Shell vor (oder anstelle von) der Variablenexpansion interpretiert, was zu unerwarteten Ergebnissen führt.

Das funktioniert zum Beispiel nicht:

((yourcommand) & echo $! >/var/run/pidfile)

während dies wird:

((yourcommand) & jobs -p >/var/run/pidfile)

Sie können Folgendes verwenden:

$ myCommand ; pid=$!

Oder

$ myCommand && pid=$!

Die beiden Befehle können Gelenke mit ;oder sein &&. Im zweiten Fall wird die pid nur gesetzt, wenn der erste Befehl erfolgreich ist. Sie können die Prozess-ID von erhalten $pid.

Dies ist eine knifflige Antwort und wird wahrscheinlich für die meisten Leute nicht funktionieren. Es ist auch ein riesiges Sicherheitsrisiko, machen Sie es also nur, wenn Sie sicher sind, dass Sie sicher sind und die Eingaben bereinigt sind, und ... Sie haben die Idee.

Kompilieren Sie das kleine C-Programm hier in eine aufgerufene Binärdatei start(oder was auch immer Sie wollen), und führen Sie Ihr Programm als aus./start your-program-here arg0 arg1 arg2 ...

#include <stdio.h>
#include <stdlib.h>
#include <sys/types.h>
#include <unistd.h>

int main(int argc, char **argv)
{
    if (argc >= 2)
    {
        printf("%lu\n", (long unsigned) getpid());
        if (execvp(argv[1], &argv[1]) < 0)
        {
            perror(NULL);
            return 127;
        }
    }
    return 0;
}

Kurz gesagt, dies gibt die PID aus stdoutund lädt dann Ihr Programm in den Prozess. Es sollte immer noch die gleiche PID haben.