Tråd status ved programafslutning

Den bliver ganske enkelt draebt. Ingen af de metoder bliver kørt, den bliver draebt på aller hårdeste vis og ingen exceptions smides.

ingen af delene.

.destroy() er ikke implementeret ifølge API'en
.stop() er deprecated.

Når JVM'en lukker ned starter den alle ShutdownHooks, læs her fra Thread API'en:
A shutdown hook is simply an initialized but unstarted thread. When the virtual machine begins its shutdown sequence it will start all registered shutdown hooks in some unspecified order and let them run concurrently. When all the hooks have finished it will then run all uninvoked finalizers if finalization-on-exit has been enabled. Finally, the virtual machine will halt. Note that daemon threads will continue to run during the shutdown sequence, as will non-daemon threads if shutdown was initiated by invoking the exit method.

Once the shutdown sequence has begun it can be stopped only by invoking the halt method, which forcibly terminates the virtual machine.

Once the shutdown sequence has begun it is impossible to register a new shutdown hook or de-register a previously-registered hook. Attempting either of these operations will cause an IllegalStateException to be thrown.

Shutdown hooks run at a delicate time in the life cycle of a virtual machine and should therefore be coded defensively. They should, in particular, be written to be thread-safe and to avoid deadlocks insofar as possible. They should also not rely blindly upon services that may have registered their own shutdown hooks and therefore may themselves in the process of shutting down.

Shutdown hooks should also finish their work quickly. When a program invokes exit the expectation is that the virtual machine will promptly shut down and exit. When the virtual machine is terminated due to user logoff or system shutdown the underlying operating system may only allow a fixed amount of time in which to shut down and exit. It is therefore inadvisable to attempt any user interaction or to perform a long-running computation in a shutdown hook.

Uncaught exceptions are handled in shutdown hooks just as in any other thread, by invoking the uncaughtException method of the thread's ThreadGroup object. The default implementation of this method prints the exception's stack trace to System.err and terminates the thread; it does not cause the virtual machine to exit or halt.

In rare circumstances the virtual machine may abort, that is, stop running without shutting down cleanly. This occurs when the virtual machine is terminated externally, for example with the SIGKILL signal on Unix or the TerminateProcess call on Win32. The virtual machine may also abort if a native method goes awry by, for example, corrupting internal data structures or attempting to access nonexistent memory. If the virtual machine aborts then no guarantee can be made about whether or not any shutdown hooks will be run.

øh forklar lige denne pointfordeling.

dsj: Dokumenter venligst dit svar.

Hvorfor, det er rigtigt.

Men ok, en kildebetegnelse må kunne gøre sig ud for det:
Modern Operating Systems, Second Edition af Andrew S. Tanenbaum ved Prentice Hall
ISBN: 0-13-031358-0

I ævrigt har du jo stort set bare lavet copy-paste. Så er det jo nemt nok at skrive meget...
Desuden er eksperten nok det sted hvor man mindst kan forvente dokumentation af svar!

dsj:
Dit svar er et generelt svar for OS'er ikke et svar der nødvendigvis er gældne i java, hvilket mit copy/paste dokumenterer.

I java kan du nemlig få en besked inden systemmet lukkes ned, og hvis noget i tråden har finally() defineret, bliver det også afviklet inden nedlukning.

Altså er dit svar i java's tilfælde forkert.

Bortset fra det er den bog du hentyder til god, men alt for generel til dette spørgsmål.

ok :) Du skrev også "ingen af delene."

Anden kilde:
java Thread Programming af Paul Hyde ved SAMS
ISBN: jaa...

jeg skriver at hans ideer ikke er korrekt.

Og i copy/paste texten står det, bare på engelsk.

Hvis du vil have en god bog om java tråde, er denne her:
http://www.bookshop.co.uk/ser/serdsp.asp?shop=20037&isbn=1893115100&DB=224

Simpelthen genial.

Den løber om hjørner med alle andre bøger om samme emne.

disky, dem på Eksperten vil jo hellere have et kort og præcist, forenklet svar end 10 minutters engelsk-læsning - tror nok det er det der har afgjort pointfordelingen.

tak :)

problemmet er at hans svar ikke er korrekt.

Men okay hvis brugerne hellere vil have korte forkerte svar, frem for rigtige lange svar, er det da helt okay.

Jep, korte forenklede (og måske også lige lovlig forenklede) er bedre selvom de måske kun lige læner sig på ad sandheden.

Det optimale er vel et ganske kort og samtidig helt korrekt svar. Som din kommentar 13:13:45 ... eller?

Jeg giver dig overhovedet ikke ret i det med små svar, jeg har nemlig tit fået ros for netop at komme med lange beskrivende svar, istedet for folk oftest korte og til tider direkte forkerte svar.

I dsj's tilfælde både kort og skrup forkert.

Forklaring på pointfordelingen:
dsj fortalte mig præcists det jeg behøvede at vide. Jeg har selv læst om shutdown hooks i dokumentationen, men det er ligesom sagen uvedkommende idet jeg blot ville vide hvordan tråde bliver afbrudt ved afslutningen af programmet.

Håber dette lyder rimeligt nok.

Når dette er sagt undrer jeg mig over at disky mener at svaret er skrupforkert.

Han siger at de bare bliver dræbt uden noget andet og at INGEN metoder blvier kørt.

Det er 100% skrup forkert.

hvis du i en tråd har:
try
{
}
catch(Exceptio e)
{
}
finally
{
}

Blive det som står i finally afviklet !!

MEGET MEGET vigtig detalje, det sikre nemlig at f.eks. filer bliver lukket osv.

Det eneste tidspunkt dette IKKE sker, er hvis JVM'en bliver dræbt fra OS'et side.
en System.exit(0); er java kode, derfor følges reglerne for nedlukning selvfølgelig.

OK. Helt rimeligt, men jeg kan da ikke se at det fremgår af dokumentationen (den engelske tekst, du sendte).

Eller hvad?

Jeg nævnte det ikke da jeg gik ud fra at det var alment kendt, at finally ALTID bliver udført, når et objekt nedlægges.

Derfor henledte jeg kun opmærksomheden på ShutdownHooks.

Det er nok almindelig kendt. Jeg havde overset den mulighed. Derfor spurgte jeg. Ikke desto mindre var det dsj der svarede på det stillede spørgsmål. Hvis du fortsat vil diskutere emnet, er jeg på ICQ 151213811.

Hvis et forkert svar er et svar, så ja.

Jeg kan ikke komme på ICQ herfra, men måske senere.

hehe, hvem der dog bare havde tid nok til at væve rundt i den slags :-)

det har du åbenbart, du har da ikke sagt det mindste endnu der har noget med spørgsmålet at gøre.

Du har nævnt din ide til hvad folk ønsker, og ikke noget andet.

Nu har jeg lige lavet et simpelt forsøg med følgende tråd:

public void run() {
  try {
    while(true) {
      ...
    }
  } catch (Exception e) {}
  finally {
    System.out.println("Finally køres");
  }
}

Når nu jeg afslutter mit program med System.exit(0) kommer der IKKE til at stå "Finally køres" i konsollen. Tværtimod stopper tråden præcis hvor den er nået til ved afslutningstidspunktet.

Måske er det alment kendt at det skulle virke (har aldrig hørt om det), det gør det bare ikke... men det er vel stadig rigtigt eller?

dooooooooh

Finally har jo noget med try/catch at gøre ikke selve objektet.

Arg jeg ved der findes en form for finalization metode, der blvier kaldt i ethvert objekt inden det nedlægges, men hvad er det nu det hedder ?


Bingo:

Det er java.lang.Object's finalize() metode.

Prøv at læs hvad den gør, jeg er 99.99% sikker på den bliver kaldt for tråd objektet når man dråber det med en System.exit();

Det eneste jeg lige kan finde om finalize() er, at den bliver kaldt af en tråd, et objekt i programmet ikke længere har en reference til sig. Altså er finalize() lig garbage-collectoren, mere ved jeg ikke, men det er også ligemeget :)

finalize() er en  metode som bliver kaldt af GC'en når et objekt skal nedlægges, og alle objekter bliver nedlagt når du siger til JVM'en at den skal lukke, derfor er jeg ret sikker på det også gælder threads.

Det går det ihvertefalde i den J2ME implementation jeg har været med til at lave.

Ja det skulle man tro. Jeg havde dog prøvet denne mulighed før jeg stillede spørgsmålet. Da det ikk virkede, fandt jeg http://www-106.ibm.com/developerworks/java/library/j-jtctips/j-jtc0319a.html

Der fremgår det at der er "No guarantee it will run at all". Præcis i tråd med det jeg havde oplevet. Man kan dog tvinge den til det ved at bruge System.gc() umiddelbart før System.exit(), men det stiller selvfølgelig krav til at der ikke er nogen referencer til tråden og det er lidt svært at garantere generelt.