Das Allererste, was mir auffällt, wenn ich diese Methode verwende, um ein laufendes Programm/Spiel schnell zu schließen, istDatenverlust, wie Einstellungen. Aber wenn ich damit vollkommen einverstanden bin, wird das weiterhin zu irgendwelchenlangfristigSchäden am System, entweder durch Software oder Hardware wie RAM?
Außerdem würde ich gerne wissen, was Alt+f4tut es tatsächlich? Wenn tatsächlich versucht wird, den zugehörigen Prozess zu beenden, würde es nicht lange dauern, bis das Programm/Spiel geschlossen wird. Mir ist jedoch aufgefallen, dass manche Spiele (und zwar die meisten) für einige Sekunden einfrieren, bevor sie tatsächlich geschlossen werden. Wenn ich jedoch ihre Prozesse im Task-Manager beende, werden sie fast sofort geschlossen.
Eines weiß ich noch: In vielen Spielen und Programmen ist dies offenbar als Hotkey zum schnellen Beenden implementiert, sodass ich vor dem Beenden tatsächlich gefragt werde, ob ich das Programm beenden und den Fortschritt speichern möchte, ganz wie beim normalen Verfahren.
Antwort1
Alt-F4 ist der Windows-Befehl zum Schließen einer Anwendung.
Die Anwendung selbst kann Code ausführen, wenn ALT-F4 gedrückt wird.
Sie sollten wissen, dass Alt-F4 eine Anwendung niemals beendet, während sie sich in einer Lese-/Schreibsequenz befindet, es sei denn, die Anwendung weiß selbst, dass ein Abbruch sicher ist.
Wenn es um Spiele geht, vergessen Entwickler oft, dass man ALT-F4 drückt, um ein Spiel schnell zu beenden. Wenn das Spiel in diesem Moment gespeichert wird (oft erkennbar an einer Art Anzeige mit der Meldung: Schalten Sie den Computer nicht aus, wenn Sie diese Anzeige sehen) und Sie ALT-F4 drücken, ist die Wahrscheinlichkeit hoch, dass das Profil beschädigt wird und Ihr gespeichertes Spiel verloren geht.
Was die Implementierung betrifft, funktioniert es andersherum. Da es sich um eine Windows-Tastenkombination handelt, funktioniert sie immer, es sei denn, ein Programm/Spiel verhindert ausdrücklich, dass ALT-F4 das Programm beendet.
Antwort2
alt+f4 ist eine integrierte Tastenkombination des Betriebssystems, die bei Auslösung ein SIGINT-Signal an den Prozess sendet, der das aktive Fenster verwaltet. SIGINT (Signal Interrupt) ist ein Signal, das dem Prozess mitteilen soll, dass sein Stopp angefordert wurde. Wenn Sie eine Anwendung entwickeln, können Sie in ihrem Verhalten definieren, dass sie ein Signal „abfangen“ kann. Das bedeutet, dass Sie die von der Anwendung automatisch definierte Vorgehensweise ändern, wenn sie ein solches Signal empfängt.
Ein gutes Beispiel hierfür wäre ein Texteditor. Jede Anwendung, die ein SIGINT empfängt, wird beendet. Entwickler von Texteditoren überschreiben dieses Verhalten jedoch vorzugsweise, um den Benutzer vor dem Beenden zu fragen, ob die aktuell geöffnete Datei gespeichert werden soll. In diesem Fall weisen Entwickler das Programm an, beim Empfangen des SIGINT nicht zu beenden, sondern den Benutzer aufzufordern und es je nach Benutzerauswahl manuell zu beenden (wenn der Benutzer beispielsweise in Microsoft Word „Abbrechen“ wählt, wird das Programm nicht beendet, selbst wenn es ein SIGINT empfangen hat).
Es gibt mehrere Signale mit unterschiedlichen Verwendungszwecken und sogar mehrere Signale zum Beenden einer Anwendung. Theoretisch können Sie für jedes dieser Signale das gewünschte Verhalten auswählen. SIGINT könnte beispielsweise als „weiches“ Beendigungssignal betrachtet werden. SIGKILL hingegen ist das härteste Beendigungssignal, das es gibt, und sollte niemals überschrieben werden, da der Benutzer, wenn es gesendet wird, normalerweise eine sofortige Unterbrechung des Programms wünscht, ohne dass Fragen gestellt werden. Ich könnte beispielsweise wetten, dass, wenn Sie ein SIGKILL an Microsoft Word senden, dieses sofort beendet wird, selbst wenn Sie nicht gespeicherte Änderungen haben.