C ++: Wann (und wie) heißen die C ++ Global Static Constructors?

Dies hängt stark auf den compiler und die Laufzeit. Es ist nicht eine gute Idee, machen Sie keine Annahmen über die Zeit, die Globale Objekte konstruiert werden.

Dies ist insbesondere ein problem, wenn man ein statisches Objekt, das hängt davon ab, daß die andere schon aufgebaut.

Dies wird als "static initialization order fiasco". Auch wenn das nicht der Fall in Ihrem code, die C++Lite FAQ-Artikel zu diesem Thema sind es Wert, gelesen zu werden.

InformationsquelleAutor der Antwort ebo

Den Empfänger haben Sie:

• Alle statischen, nicht-lokale Objekte im globalen namespace gebaut werden, bevor main()
• Alle statischen, nicht-lokale Objekte in einem anderen Namensraum aufgebaut sind, bevor irgendwelche Funktionen/Methoden in diesem namespace verwendet werden (So dass der compiler möglicherweise faul zu bewerten [aber verlassen Sie sich nicht auf dieses Verhalten]).
• Alle statischen, nicht-lokale Objekte in einer übersetzung Einheit konstruiert, in der Reihenfolge der Deklaration.
• Nichts ist definiert über die Bestellung zwischen übersetzungseinheiten.
• Alle statischen, nicht-lokale Objekte werden zerstört in umgekehrter Reihenfolge der Erstellung. (Dies umfasst die statische Funktion der Variablen (die sind faul erstellt bei der ersten Verwendung).

Wenn Sie Annahmen, dass Abhängigkeiten voneinander haben Sie zwei Möglichkeiten:

• Setzen Sie Sie in der gleichen übersetzungseinheit.
• Verwandeln Sie sich in statische Funktion Variablen abgerufen und aufgebaut auf die erste Verwendung.

Beispiel 1: Global Ein Konstruktor verwendet Globale log -

class AType
{    AType()  { log.report("A Constructed");}};

LogType    log;
AType      A;

//Or 
Class AType() 
{    AType()  { getLog().report("A Constructed");}};
LogType& getLog()
{
    static LogType  log;
    return log;
}
//Define A anywhere;

Beispiel Globale B-Destruktor verwendet, der Globalen log -

Hier haben Sie grantee, dass die log-Objekt nicht zerstört wird, bevor das Objekt B. Dies bedeutet, dass Anmeldung muss vollständig aufgebaut, bevor B (als umgekehrter Reihenfolge der Zerstörung, wird die Regel dann anwenden). Wieder die gleichen Techniken können verwendet werden. Legen Sie Sie in der gleichen übersetzungseinheit oder eine Funktion um log.

class BType
{    ~BType()  { log.report("B Destroyed");}};

LogType    log;
BType      B;   //B constructed after log (so B will be destroyed first)

//Or 
Class BType() 
{    BType()    { getLog();}
     /*
      * If log is used in the destructor then it must not be destroyed before B
      * This means it must be constructed before B 
      * (reverse order destruction guarantees that it will then be destroyed after B)
      *
      * To achieve this just call the getLog() function in the constructor.
      * This means that 'log' will be fully constructed before this object.
      * This means it will be destroyed after and thus safe to use in the destructor.
      */
    ~BType()    { getLog().report("B Destroyed");}
};
LogType& getLog()
{
    static LogType  log;
    return log;
}
//Define B anywhere;

InformationsquelleAutor der Antwort Martin York