问题描述
我有一个应用程序的 PowerShell 清理脚本。理想情况下,进程是通过它们的路径发现的,以免鲁莽地杀死系统上可能具有相似名称的其他进程。我们注意到一些进程没有被检测/杀死,经过大量实验后意识到位是问题所在。为了兼容性,脚本以 32 位引导,但某些进程不是。
Get-Process
可以在 32 位 PowerShell 中调用并返回所有进程,包括 64 位进程,但是如 This Ref 中所述:
在运行 64 位版本 Windows 的计算机上,64 位版本的 PowerShell 仅获取 64 位进程模块,而 32 位版本的 PowerShell 仅获取 32 位进程模块。
事实上,当进程被发现时,进程模块信息(包括进程的路径)对于位与 shell 不匹配的进程是不可用的。
这个问题有一些讨论:How can I get the executable path of a 64-bit process given its PID from a 32-bit process?
如图所示,建议的 Get-WmiObject
查询对我不起作用,它返回缺少 ExecutablePath
信息的 64 位进程,与 Get-Process
基本相同。
所以我的问题是:是否可以从 PowerShell 脚本调用 WinAPI 函数(如 QueryFullProcessImageName()
或 GetmodulefileNameEx()
)作为获取此信息的解决方法?或者有没有其他方法可以做到这一点,我没有考虑?
解决方法
为了满足这种需求,这是我拼凑起来的。也许它会帮助别人。欢迎批评。
$pinvoke = Add-Type -PassThru -Name pinvoke -MemberDefinition @'
[DllImport("kernel32.dll",SetLastError=true)]
private static extern bool CloseHandle(
IntPtr hObject);
[DllImport("kernel32.dll",SetLastError = true)]
private static extern IntPtr OpenProcess(
uint processAccess,bool bInheritHandle,int processId);
[DllImport("kernel32.dll",SetLastError=true)]
private static extern bool QueryFullProcessImageName(
IntPtr hProcess,int dwFlags,System.Text.StringBuilder lpExeName,ref int lpdwSize);
private const int QueryLimitedInformation = 0x00001000;
public static string GetProcessPath(int pid)
{
var size = 1024;
var sb = new System.Text.StringBuilder(size);
var handle = OpenProcess(QueryLimitedInformation,false,pid);
if (handle == IntPtr.Zero) return null;
var success = QueryFullProcessImageName(handle,sb,ref size);
CloseHandle(handle);
if (!success) return null;
return sb.ToString();
}
'@
然后你可以通过
获取32位或64位进程的路径$pinvoke::GetProcessPath($pid)
过滤进程而不是:
Get-Process | Where-Object {$_.Path -like "*$filePath*"}
32/64位有问题,可以使用
Get-Process | Where-Object {$pinvoke::GetProcessPath($_.Id) -like "*$filePath*"}
将其传送到 Stop-Process 或任何您想用它做的事情。