最近在nodejs中使用了child_process来创建进程，惊奇的发现当使用child_process.spawn函数来创建的子进程会跟随父进程一起被Kill掉，不管子进程处于何种状态下（即便子进程被挂起），都会被kill掉；而使用child_process.exec就不会。
基于此，研究的兴趣就来了。一直以来，都认为Windows下进程的退出机制无外乎就是，主进程主动关闭，子进程主动退出；没见过这种无论什么状态下，子进程都会退出的情况，确实有点儿刘姥姥进大观园的感觉。
child_process.spawn的实现在libuv中，跟踪该函数的调用后，发现这项应用是因为使用了Windows的Job内核对象来完成的。而实现的方法仅仅是将子进程放到了一个设置有特殊权限的Job对象中。然后父进程退出时，子进程就会立即跟随退出。
Job对象是Windows的一个进程池（注意不是线程池）的概念实现，相关的概述可以参考《Windows核心编程》或者MSDN。除开可以关子进程，能干的事情非常多；例如：设置子进程的运行时长，内存的申请限制，CPU资源分配等等；该内核对象也通常和完成端口配合使用。
**第一步：**Job对象的创建：
SECURITY_ATTRIBUTES attr; JOBOBJECT_EXTENDED_LIMIT_INFORMATION info; memset(&attr, 0, sizeof attr); attr.bInheritHandle = FALSE; memset(&info, 0, sizeof info); info.BasicLimitInformation.LimitFlags = JOB_OBJECT_LIMIT_BREAKAWAY_OK | JOB_OBJECT_LIMIT_SILENT_BREAKAWAY_OK | JOB_OBJECT_LIMIT_DIE_ON_UNHANDLED_EXCEPTION | JOB_OBJECT_LIMIT_KILL_ON_JOB_CLOSE; uv_global_job_handle_ = CreateJobObjectW(&attr, NULL); if (uv_global_job_handle_ == NULL) uv_fatal_error(GetLastError(), "CreateJobObjectW"); if (!SetInformationJobObject(uv_global_job_handle_, JobObjectExtendedLimitInformation, &info, sizeof info)) uv_fatal_error(GetLastError(), "SetInformationJobObject");上面的代码比较少，值得关注的地方就是设置LimitFlags的代码，在设置的Flags的时候；
JOB_OBJECT_LIMIT_DIE_ON_UNHANDLED_EXCEPTION标志： 当子进程遇到没有处理的异常时，在没有调试器的情况下，会关闭子进程，并将异常码设置为退出码。
JOB_OBJECT_LIMIT_KILL_ON_JOB_CLOSE标志：该标志的作用就是在Job对象关闭时子进程会跟随退出，该操作由Windows完成；当父进程退出时，Job对象会自动销毁，所以子进程就会跟随退出了。
MSDN相关连接： https://docs.microsoft.com/en-us/windows/win32/api/winnt/ns-winnt-jobobject_basic_limit_information?redirectedfrom=MSDN
**第二步：**libuv中将子进程分配给Job对象：
if (!CreateProcessW(application_path, arguments, NULL, NULL, 1, process_flags, env, cwd, &startup, &info)) { /* CreateProcessW failed. */ err = GetLastError(); goto done; } /* Spawn succeeded. Beyond this point, failure is reported asynchronously. */ process->process_handle = info.hProcess; process->pid = info.dwProcessId; /* If the process isn't spawned as detached, assign to the global job object * so windows will kill it when the parent process dies. */ if (!(options->flags & UV_PROCESS_DETACHED)) { uv_once(&uv_global_job_handle_init_guard_, uv__init_global_job_handle); if (!AssignProcessToJobObject(uv_global_job_handle_, info.hProcess)) { /* AssignProcessToJobObject might fail if this process is under job * control and the job doesn't have the * JOB_OBJECT_LIMIT_SILENT_BREAKAWAY_OK flag set, on a Windows version * that doesn't support nested jobs. * * When that happens we just swallow the error and continue without * establishing a kill-child-on-parent-exit relationship, otherwise * there would be no way for libuv applications run under job control * to spawn processes at all. */ DWORD err = GetLastError(); if (err != ERROR_ACCESS_DENIED) uv_fatal_error(err, "AssignProcessToJobObject"); } }上面代码中，在CreateProcess后，随即调用AssignProcessToJobObject将子进程绑定到了Job对象中，其他的就不用解释了，看代码注释就行。
我们都知道进程的句柄是一个内核对象，那么使用WaitForSingleObject等待该对象可以得知目标进程是否退出。这是一般的写法，还有一种有意思的写法，比较干净。
函数名称： RegisterWaitForSingleObject，示例如下：
static void CALLBACK exit_wait_callback(void* data, BOOLEAN didTimeout) { uv_process_t* process = (uv_process_t*) data; uv_loop_t* loop = process->loop; assert(didTimeout == FALSE); assert(process); assert(!process->exit_cb_pending); process->exit_cb_pending = 1; /* Post completed */ POST_COMPLETION_FOR_REQ(loop, &process->exit_req); } /* Setup notifications for when the child process exits. */ result = RegisterWaitForSingleObject(&process->wait_handle, process->process_handle, exit_wait_callback, (void*)process, INFINITE, WT_EXECUTEINWAITTHREAD | WT_EXECUTEONLYONCE); if (!result) { uv_fatal_error(GetLastError(), "RegisterWaitForSingleObject"); }以上的代码就完成了一个等待进程结束的注册，然后就什么就不用干了。然后当目标进程结束时，操作系统会调用线程入口为ntdll.TppWorkerThread的线程执行来exit_wait_callback函数；
**注意：**以ntdll.TppWorkerThread为入口的线程，是Windows中线程池的中线程。
