Windows下同名旧Job Object清理及新对象创建方案咨询

• 进程固定使用Job Object名称为jobName
• 进程启动时，检查注册表项[Key = Pjob, Value = "jobName"]，不存在则写入（供机器上的进程R定期查找该Job Object并应用特定内存限制）
• 创建名为jobName的Job Object
• 将当前进程分配到该Job Object

进程P执行完上述步骤后崩溃，由Service Fabric重启为进程P1，P1执行步骤时出现以下问题：

• 步骤3中创建jobName时，实际获取到的是P遗留的旧Job Object句柄（Windows API特性：同名对象已存在时返回现有句柄）
• 步骤4中尝试将P1分配到该旧Job Object时失败，报错：

Unhandled exception: System.ComponentModel.Win32Exception (5): Access is denied.
   at Win32Wrappers.AssignProcessToJobObject(IntPtr jobHandle, IntPtr processHandle) in \Win32Wrapperscs.cs:line 100
   JobObjectUtils.CreateJobObject() in 
   JobObjectUtils.cs:line 28
   at Program.Main(String[] args) in Program.cs:line 98

1. 检查旧Job Object的关联进程 #

Windows Job Object会在所有关联进程终止后自动销毁，但如果P崩溃后有残留子进程挂在旧Job下，或者句柄被其他进程（如R）持有，就会导致Job残留：

• 调用QueryInformationJobObject API，传入JobObjectBasicProcessIdList参数，获取旧Job下的所有进程ID列表
• 如果列表为空：说明Job已无活跃进程，仅句柄被持有，直接进入下一步；如果列表不为空：调用TerminateJobObject强制终止整个Job下的进程

2. 获取足够权限并清理旧Job Object #

P1拿到旧Job句柄时可能权限不足，所以打开/创建Job时要申请完整权限：

• 调用CreateJobObject时，指定JOB_OBJECT_ALL_ACCESS权限（至少包含JOB_OBJECT_TERMINATE、DELETE权限）
• 成功获取有权限的句柄后，先终止Job下的残留进程（如果存在），然后调用CloseHandle关闭该句柄，等待系统回收旧Job Object

3. 同步注册表状态 #

清理旧Job后，需要同步注册表项：

• 删除注册表中的[Key = Pjob, Value = "jobName"]项，然后重新执行写入操作，确保进程R能识别到新创建的Job Object

4. 重新创建Job并分配进程 #

确认旧Job Object已被系统回收后，再次调用CreateJobObject创建jobName，此时会生成全新的Job实例：

• 成功创建后，调用AssignProcessToJobObject将P1分配到新Job，此时因为是P1自身创建的Job，权限正常，不会出现访问拒绝错误

5. 长期防护措施 #

• 在进程创建Job Object时，设置JOB_OBJECT_LIMIT_KILL_ON_JOB_CLOSE属性：通过SetInformationJobObject指定JobObjectExtendedLimitInformation开启该标志。这样当进程的Job句柄全部关闭时，系统会自动终止Job下的所有进程，避免残留进程导致Job无法销毁
• 进程R在查找Job Object时，除了检查名称，还要验证Job下的进程是否为当前活跃的目标进程（比如检查进程ID是否属于Service Fabric管理的实例），避免对残留旧Job误操作

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