Prevenzione di più istanze di processo su Linux

Question

Qual è il modo migliore sulla piattaforma Linux per il processo (applicazione C++) per verificare che l'istanza non sia già in esecuzione?

Answer 1

Il modo standard per eseguire questa operazione è creare un file di pid da qualche parte, in genere contenente il pid del programma.

Non è necessario inserire il pid, è sufficiente inserire un blocco esclusivo. Se lo apri per lettura/scrittura e lo afferro con LOCK_EX | LOCK_NB, fallirà se il file è già bloccato. Questo è privo di condizioni di gara, e il blocco verrà rilasciato automaticamente se il programma si blocca.

Normalmente si vorrebbe farlo per utente, quindi la directory home dell'utente è un buon posto dove mettere il file.

Se è un demone, qualcosa come/var/run è migliore.

Answer 2

È possibile utilizzare file e blocchi di file per eseguire questa operazione, ma attenzione non è perfetto e non copiare il famigerato bug di Firefox in cui si rifiuta di avviarsi a volte anche se non è già in esecuzione.

La logica di base di esso è:

Invariant: 
    File xxxxx will exist if and only if the program is running, and the 
    contents of the file will contain the PID of that program. 

On startup: 
    If file xxxxx exists: 
     If there is a process with the PID contained in the file: 
      Assume there is some instance of the program, and exit 
     Else: 
      Assume that the program terminated abnormally, and 
      overwrite file xxxx with the PID of this program 
    Else: 
     Create file xxxx, and save the current PID to that file. 

On termination (typically registered via atexit): 
    Delete file xxxxx 

Oltre alla logica di cui sopra, si dovrebbe anche usare un secondo file che si blocca per sincronizzare l'accesso al file PID (cioè di agire come un mutex per renderlo sicuro in termini di concorrenza a livello di processo).

Answer 3

Un'alternativa correlata alla soluzione di Michael è creare una directory in una posizione nota (probabilmente in/var/run o/tmp) e utilizzare il successo/fallimento della chiamata di sistema come meccanismo per garantire l'esclusione reciproca. Questo è lo stesso trucco di mutua esclusione che CVS ha utilizzato per anni poiché la creazione di directory è atomica sulla maggior parte (forse tutti) dei sistemi operativi di base. Un file PID è ancora utile nel caso in cui la directory + processo di creazione PID muoia in modo imprevisto e non riesca a ripulire. Inoltre, quando si verifica se la directory esistente + PID è valida, suggerisco di verificare esplicitamente il collegamento simbolico /proc/<PID>/exe per verificare che punti al file eseguibile piuttosto che assumere che il PID non sia stato riciclato.

Answer 4

Per eseguire questa operazione è possibile utilizzare POSIX named semaphore. È molto più sicuro dell'utilizzo di un blocco file.

Answer 5

Per un'applicazione desktop, è probabilmente più possibile verificare se un'istanza viene avviata per utente corrente, in modo che due utenti possano avere le proprie istanze in esecuzione.

È possibile utilizzare una delle due librerie (libunique (GTK +) o QtSingleApplication (Qt)) oppure eseguire da soli. Oltre al file pid menzionato in precedenza, è possibile aprire un socket di dominio FIFO o UNIX da qualche parte nella home directory dell'utente. In questo modo, potresti comunicare con l'istanza in esecuzione, ad es. alzare la finestra dell'istanza in esecuzione o indicare all'istanza in esecuzione di aprire il nuovo file/URI/qualunque.