Verhindert, dass der aktuelle Thread von anderen Threads unterbrochen werden kann, oder macht ihn unterbrechbar.
Critical OnOffNumerisch
Typ: Zeichenkette oder Integer
Wenn leer oder weggelassen, wird standardmäßig On verwendet. Andernfalls geben Sie Folgendes an:
On: Der aktuelle Thread wird kritisch gemacht, d.h. er kann nicht von anderen Threads unterbrochen werden.
Off: Der aktuelle Thread wird sofort unterbrechbar gemacht, unabhängig von den Einstellungen von Thread Interrupt. Weitere Informationen finden Sie unter Critical Off.
(Numerisch): Geben Sie eine positive Zahl an, um Critical einzuschalten und die Anzahl der Millisekunden zu ändern, die zwischen den Überprüfungen der internen Meldungswarteschlange gewartet werden soll. Weitere Informationen finden Sie unter Meldungsüberprüfintervall. Die Angabe von 0 schaltet Critical aus. Die Angabe von -1 schaltet Critical ein, deaktiviert aber Meldungsüberprüfungen.
Typ: Integer
Diese Funktion gibt die vorherige Einstellung zurück (den Wert, den A_IsCritical vor dem Aufruf der Funktion zurückgeben würde); 0, wenn Critical ausgeschaltet ist, andernfalls ein Integer größer als 0.
Kritische Threads sind unterbrechungsfrei; Einzelheiten finden Sie unter Threads.
Ein kritischer Thread wird unterbrechbar, wenn ein Mitteilungsfenster oder ein anderes Dialogfenster angezeigt wird. Im Gegensatz zu Thread Interrupt wird der Thread jedoch wieder kritisch, wenn der Benutzer das Dialogfenster schließt.
Während gepufferte Ereignisse darauf warten, neue Threads zu starten, ist es nicht möglich, mit Critical "Off" eine sofortige Unterbrechung des aktuellen Threads zu bewirken. Stattdessen vergehen durchschnittlich 5 Millisekunden, bevor eine Unterbrechung erfolgt. Somit ist zu 99,999 % sichergestellt, dass mindestens eine Zeile nach Critical "Off" ausgeführt wird, bevor es zu einer Unterbrechung kommt. Mit Mitteln wie Sleep -1 oder WinWait in Verbindung mit einem noch nicht existierenden Fenster können sofortige Unterbrechungen erzwungen werden.
Critical "Off" beendet die unterbrechungsfreie Phase des aktuellen Threads, auch wenn der Thread nicht kritisch war, so dass Ereignisse wie Size früher bzw. vorhersehbarer abgearbeitet werden können.
Schauen Sie sich A_IsCritical an, wie die aktuelle Einstellung von Critical gespeichert und wiederhergestellt werden kann. Beachten Sie, dass Critical eine threadspezifische Einstellung ist, deshalb wird, wenn ein kritischer Thread endet, der darunter liegende/fortgesetzte Thread (sofern vorhanden) automatisch unkritisch sein. Somit ist es nicht notwendig, Critical "Off" kurz vor dem Ende eines Threads auszuführen.
Wenn Critical vom Auto-Execute-Thread nicht verwendet wird, sind alle Threads zunächst unkritisch (obwohl die Einstellungen von Thread Interrupt weiterhin gelten). Wenn hingegen der Auto-Execute-Thread Critical einschaltet, aber nie ausschaltet, ist jeder neue Thread (z.B. Hotkey, benutzerdefinierter Menüpunkt oder zeitgesteuerte Subroutine) zunächst kritisch.
Thread NoTimers ist quasi dasselbe wie Critical, verhindert aber nur, dass Timer den aktuellen Thread unterbrechen.
Die Angabe einer positiven Zahl im ersten Parameter (z.B. Critical 30) schaltet Critical ein und ändert die Anzahl der Millisekunden, die mindestens zwischen den Überprüfungen der internen Meldungswarteschlange gewartet werden muss. Wenn keine Zahl angegeben ist, wird bei eingeschaltetem Critical standardmäßig 16 ms und bei ausgeschaltetem Critical standardmäßig 5 ms gewartet. Die Erhöhung des Intervalls verzögert das Eintreffen von Meldungen/Ereignissen, so dass der aktuelle Thread mehr Zeit für seine Beendigung hat. Dies verringert das Risiko, dass einzelne OnMessage-Rückrufe und GUI-Ereignisse aufgrund von "Thread wird bereits ausgeführt" verloren gehen. Wartende Funktionen wie Sleep und WinWait werden Meldungen unabhängig von dieser Einstellung überprüfen (um das zu umgehen, können Sie z.B. DllCall("Sleep", "UInt", 500) verwenden).
Diese Einstellung hat Einfluss auf Folgendes:
Die Einstellung hat keinen Einfluss auf die Häufigkeit der Meldungsüberprüfungen, während das Skript pausiert ist oder wartet.
Da der systeminterne Taktzähler in der Regel eine Granularität (Ungenauigkeit) von 15.6 Millisekunden hat, beträgt der minimale Deltawert grundsätzlich mindestens 15 oder 16. Die Dauer seit der letzten Überprüfung muss das angegebene Intervall überschreiten, damit eine weitere Überprüfung erfolgen kann. Zum Beispiel erfordert die Angabe von 16, dass sich der Taktzähler um 17 oder mehr ändert. Da eine Meldungsüberprüfung jederzeit innerhalb des 15.6-Millisekunden-Zeitfensters erfolgen kann, würde eine Angabe zwischen 1 und 16 zwei Meldungsüberprüfungen innerhalb eines einzigen Intervalls ermöglichen.
Hinweis: Eine zu starke Erhöhung des Meldungsüberprüfintervalls kann die Reaktionsfähigkeit verschiedener Ereignisse wie z.B. GUI-Fenster-Neuzeichnungen verringern.
Critical -1 schaltet Critical ein, deaktiviert aber Meldungsüberprüfungen. Dadurch wird nicht verhindert, dass das Programm nach Meldungen sucht, während es einen Sleep-, Verzögerungs- oder Wartevorgang durchführt. Es ist nützlich in Fällen, wo das Senden von Meldungen den gerade ausgeführten Code stören könnte, z.B. bei der Verarbeitung bestimmter Meldungstypen während eines OnMessage-Rückrufs.
Thread (Funktion), Threads, #MaxThreadsPerHotkey, #MaxThreadsBuffer, OnMessage, CallbackCreate, Hotkey, Menu-Objekt, SetTimer
Drücken Sie einen Hotkey, um einen Tooltip für 3 Sekunden anzuzeigen. Wegen Critical wird jeder neue Thread, der während dieser Zeit gestartet wird (z.B. durch erneutes Drücken des Hotkeys), so lange hinausgezögert, bis der Tooltip verschwunden ist.
#space:: ; Hotkey: WIN+LEERTASTE.
{
Critical
ToolTip "Neue Threads werden erst gestartet, wenn dieser Tooltip verschwunden ist."
Sleep 3000
ToolTip ; Tooltip ausschalten.
return ; Die Rückkehr aus einer Hotkey-Funktion beendet den Thread. Jeder darunter liegende Thread, der fortgesetzt werden soll, ist per Definition unkritisch.
}