为何调用GetProcesses()无法找到已启动PDF的进程ID？

核心原因 #

你拿到的nProc.Id对应的是Chrome的临时启动进程，而非实际显示PDF的Chrome主进程/渲染进程。

Chrome采用单实例架构：当你通过系统关联打开PDF时，Process.Start(sPath)会启动一个临时的Chrome启动器进程，它的作用是检查系统中是否已有Chrome主进程在运行。如果存在，它会把PDF文件的路径传递给已有的主进程，然后立即退出。所以当你调用GetProcesses()时，这个临时进程已经结束，自然找不到对应的ID。

你可以在代码里加一行验证：

Debug.WriteLine(nProc.HasExited) ' 会输出True，说明进程已退出

解决方案 #

方案1：直接启动Chrome并传入PDF路径

绕过系统关联，直接调用Chrome的主程序并传入PDF路径作为参数，这样返回的Process对象就是实际运行的Chrome进程，ID会始终存在于系统进程列表中：

Private Sub btnTest_Click(sender As Object, e As EventArgs) Handles btnTest.Click
    Dim pdfPath As String = "d:\test.pdf"
    ' Chrome的安装路径可能需要根据实际情况调整
    Dim chromeExePath As String = "C:\Program Files\Google\Chrome\Application\chrome.exe"
    
    ' 启动Chrome并打开PDF，注意路径要加引号避免空格问题
    Dim nProc As Process = Process.Start(chromeExePath, $"""{pdfPath}""")
    Dim iProcID As Integer = nProc.Id

    Dim allProcesses() As Process = Process.GetProcesses
    For Each nProcess As Process In allProcesses
        If nProcess.Id = iProcID Then
            Stop ' 此时会命中，找到目标进程
        End If
    Next
End Sub

方案2：遍历Chrome进程查找目标PDF（复杂场景）

如果你必须通过系统关联打开，可以遍历所有Chrome进程，检查它们的命令行参数是否包含你的PDF路径。不过这种方法需要处理权限问题，且Chrome的进程命名可能有chrome.exe或chrome_helper.exe等变体，实现起来较繁琐。

补充说明 #

这种现象并非Chrome独有，很多采用单实例启动机制的程序（比如Firefox、Edge）都会出现类似情况：通过关联打开文件时，启动的临时进程会很快退出，返回的Process对象对应的是已结束的进程。

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