Quali 4 thread sono in esecuzione in una nuova applicazione VCL per moduli vuota?

Question

Eventuali duplicati:
What are the other threads in a default VCL application, and can they be named by purpose?

Durante l'esecuzione di un nuovo vuoto VCL Forms Application in Delphi XE2 (32bit), vedo 4 thread in esecuzione nel Task Manager per questa applicazione. Ovviamente ogni app richiede almeno 1 thread, ma in questo caso, quali sono gli altri 3 thread? Mi piacerebbe avere una migliore comprensione di quali thread qualsiasi applicazione di moduli VCL viene eseguita per impostazione predefinita. Ho pensato che forse doveva essere il fatto che stavo correndo in modalità debug da RAD Studio, quindi ho lanciato l'EXE da solo, e aveva anche 4 thread in esecuzione. Ho anche provato a compilare sotto "release" config (disabilitando così la compilazione di informazioni di debug) e ci sono ancora 4 thread.

Answer 1

per determinare l'origine dei fili, è possibile controllare l'indirizzo iniziale dei fili utilizzando uno strumento come process explorer o process hacker.

In questo caso, per esempio, è possibile vedere

• ntdll.dll! TpCallbackIndependent + 0x ????? che fa parte dell'API del threadpool di Windows.
• ntdll.dll! RtlMoveMemory + 0x ????? è una chiamata alla funzione WinAPi RtlMoveMemory.
• Progetto ??. Exe + 0x ????? Filetto principale dell'app.

Answer 2

Sul mio computer vengono creati tutti gli altri thread rispetto al thread principale perché la finestra dell'applicazione è stata registrata per ricevere notifiche di modifica della sessione con l'API Wtsapi32.WTSRegisterSessionNotification. Puoi vedere l'implementazione all'interno della procedura Vcl.Forms -> TApplication.CreateHandle. Deve avere a che fare con il modo in cui l'applicazione funziona/sembra quando si accede a Servizi terminal/Desktop remoto. Alcuni altri thread potrebbero esistere perché alcuni altri programmi hanno caricato codice nell'eseguibile.