Das klingt wie eine Race-Bedingung. Etwas in der Abschaltsequenz Ihrer Anwendung ist nicht deterministisch und funktioniert oder funktioniert nicht, abhängig von verschiedenen plattformspezifischen (und möglicherweise externen) Faktoren. Es gibt wahrscheinlich keinen Sinn herauszufinden, was diese Faktoren sind (oder sein könnten), da es Ihnen nicht hilft, das Problem zu beheben.
Nur Unterschied ist in RAM Festplatte Kapazität ist langsamer .. Kann es möglich sein, Grund?
These könnte Faktoren sein, aber sie sind nicht die Ursache des Problems. Konzentrieren Sie sich darauf herauszufinden, was Ihre Anwendung nicht deterministisch macht.
Wie andere gesagt haben, ohne weitere Informationen (und relevanten Code) können wir nur raten.
Wenn die Anwendung nicht heruntergefahren werden konnte, erhalten Sie einen Thread-Dump. Oder versuchen Sie, es herunterzufahren, während es an einen Debugger angehängt ist. Dies kann Ihnen erlauben, einige Hinweise zu bekommen, was falsch läuft.
Schließlich ist die Brute-Force-Lösung einfach die main
Methode (oder was auch immer) Anruf System.exit(0)
auf seinem Weg nach draußen zu haben. Aber hüte dich vor der Möglichkeit, dass Dateien nicht gelöscht werden, wenn du das tust.
Können Sie mehr Details oder Quellcode angeben, wenn Sie können? – Mudassir
Wahrscheinlich einige Nicht-Daemon-Thread über (zum Beispiel der AWT EDT) verlassen. –
Das Programm analysiert die PDF-Datei. Ich habe alle Ressourcen geschlossen. Auch das gleiche läuft gut und kommt zurück, um in den meisten meiner Freunde Computer, die die gleiche Einstellung haben wie meine. Der einzige Unterschied ist in RAM und Festplatte Kapazität ist langsamer .. Kann es möglich sein, Grund? (Ich weiß, es klingt komisch :)) Und wenn ja, wie kommt es zurück, um einige Male zu fragen? – Asha