CreateThread与CreateRemoteThread线程执行差异及WaitForSingleObject使用疑问

核心差异来自线程所属进程的生命周期关联，拆解成两点说明：

1. 本地线程与进程的强绑定 #

当你用CreateThread在当前进程启动shellcode线程时，这个线程完全依附于当前进程的生命周期：

• 一旦当前进程的主线程（比如main函数执行完毕）退出，操作系统会立即终止进程内所有活跃线程，销毁整个进程的地址空间——不管你的shellcode线程有没有执行完，都会被强制干掉。
• 调用WaitForSingleObject的本质是让主线程阻塞，等待shellcode线程执行完成后再退出进程，给shellcode留足执行时间。

2. 远程线程与注入进程的完全解耦 #

CreateRemoteThread创建的线程属于目标进程，和你的注入进程没有生命周期绑定：

• 注入进程只是发起创建线程的系统调用，调用完成后，注入进程的任何操作（包括直接退出）都不会影响目标进程的运行。
• 目标进程本身是独立的运行实体，有自己的主线程和存活逻辑，注入的shellcode线程作为目标进程的子线程，会被操作系统独立调度，直到线程自身执行完毕或目标进程终止。

举个直白的例子：

• 本地用CreateThread跑shellcode，相当于你在自己家里开个房间干活，你（主线程）走了就把房子拆了，房间里的活自然干不完。
• 远程注入相当于你去邻居家（目标进程）开个房间干活，你走了邻居家还在，房间里的活能正常干完。

内容的提问来源于stack exchange，提问作者Pytai