So erhalten Sie einen übergeordneten Prozess in .NET auf verwaltete Weise

85

Ich habe viel nach einer Methode gesucht, um übergeordnete Prozesse in .NET abzurufen, aber nur P / Invoke-Methode gefunden.

c#  process  pinvoke  parent  managed 
— abatishchev
quelle
5
Was passiert, wenn mehrere Instanzen Ihres Prozesses ausgeführt werden, da alle denselben Prozessnamen haben?
— Michael Burr
1
Für den Fall, dass es jemand anderem hilft: Ich persönlich brauchte nur die übergeordnete Prozess-ID. Die folgenden Lösungen von Michael Hale und Simon Mourier funktionieren nicht, wenn der übergeordnete Prozess beendet wurde, da sie Process.GetProcessById()mit einer ID einer (jetzt) ​​nicht vorhandenen Prozess-ID anrufen . Aber zu diesem Zeitpunkt haben Sie die Prozess-ID des Elternteils, sodass Sie diese verwenden können, wenn Sie sie wie ich benötigen.
— Tyler Collier
1
— hortman
Wie wäre es, wenn Sie die übergeordnete Prozess-ID als Befehlszeilenargument senden? :)
— John Demetriou

Antworten:

60

Dieser Code bietet eine schöne Schnittstelle zum Auffinden des übergeordneten Prozessobjekts und berücksichtigt die Möglichkeit mehrerer Prozesse mit demselben Namen:

Verwendung: 

Console.WriteLine("ParentPid: " + Process.GetProcessById(6972).Parent().Id);

Code:

public static class ProcessExtensions {
    private static string FindIndexedProcessName(int pid) {
        var processName = Process.GetProcessById(pid).ProcessName;
        var processesByName = Process.GetProcessesByName(processName);
        string processIndexdName = null;

        for (var index = 0; index < processesByName.Length; index++) {
            processIndexdName = index == 0 ? processName : processName + "#" + index;
            var processId = new PerformanceCounter("Process", "ID Process", processIndexdName);
            if ((int) processId.NextValue() == pid) {
                return processIndexdName;
            }
        }

        return processIndexdName;
    }

    private static Process FindPidFromIndexedProcessName(string indexedProcessName) {
        var parentId = new PerformanceCounter("Process", "Creating Process ID", indexedProcessName);
        return Process.GetProcessById((int) parentId.NextValue());
    }

    public static Process Parent(this Process process) {
        return FindPidFromIndexedProcessName(FindIndexedProcessName(process.Id));
    }
}
— Michael Hale
quelle
2
Wo ist die Methode float.Asdefiniert?
— Mark Byers
21
Das sind einige erstaunlich schlecht benannte Methoden.
— Mark
4
In meinen Tests ist dies viel langsamer als die Lösung von Simon Mourier. Außerdem gibt es leider eine Art "Prozess nach vorne bringen" -Mechanismus. Ich bin mir nicht sicher warum. Hat das noch jemand erlebt? Der Test, den ich dafür ausführe, ist eine von Visual Studio erstellte Setup-Bootstrapper-EXE, die das Windows-Installationsprogramm MSIEXEC.exe startet.
— Tyler Collier
6
Leider funktioniert es nicht, wenn der Name der Leistungsindikatorkategorie lokalisiert ist (z. B. unter nicht englischem Windows).
— LukeSw
5
Ich würde Simons Version vorschlagen, es sei denn, es gibt einen dringenden Grund, dies nicht zu tun, da der Leistungsunterschied erheblich ist.
— David Burton
150

Hier ist eine Lösung. Es verwendet p / invoke, scheint aber gut zu funktionieren, 32 oder 64 CPU:

    /// <summary>
    /// A utility class to determine a process parent.
    /// </summary>
    [StructLayout(LayoutKind.Sequential)]
    public struct ParentProcessUtilities
    {
        // These members must match PROCESS_BASIC_INFORMATION
        internal IntPtr Reserved1;
        internal IntPtr PebBaseAddress;
        internal IntPtr Reserved2_0;
        internal IntPtr Reserved2_1;
        internal IntPtr UniqueProcessId;
        internal IntPtr InheritedFromUniqueProcessId;

        [DllImport("ntdll.dll")]
        private static extern int NtQueryInformationProcess(IntPtr processHandle, int processInformationClass, ref ParentProcessUtilities processInformation, int processInformationLength, out int returnLength);

        /// <summary>
        /// Gets the parent process of the current process.
        /// </summary>
        /// <returns>An instance of the Process class.</returns>
        public static Process GetParentProcess()
        {
            return GetParentProcess(Process.GetCurrentProcess().Handle);
        }

        /// <summary>
        /// Gets the parent process of specified process.
        /// </summary>
        /// <param name="id">The process id.</param>
        /// <returns>An instance of the Process class.</returns>
        public static Process GetParentProcess(int id)
        {
            Process process = Process.GetProcessById(id);
            return GetParentProcess(process.Handle);
        }

        /// <summary>
        /// Gets the parent process of a specified process.
        /// </summary>
        /// <param name="handle">The process handle.</param>
        /// <returns>An instance of the Process class.</returns>
        public static Process GetParentProcess(IntPtr handle)
        {
            ParentProcessUtilities pbi = new ParentProcessUtilities();
            int returnLength;
            int status = NtQueryInformationProcess(handle, 0, ref pbi, Marshal.SizeOf(pbi), out returnLength);
            if (status != 0)
                throw new Win32Exception(status);

            try
            {
                return Process.GetProcessById(pbi.InheritedFromUniqueProcessId.ToInt32());
            }
            catch (ArgumentException)
            {
                // not found
                return null;
            }
        }
    }
— Simon Mourier
quelle
13
Es wird tatsächlich verwaltet, ist aber auf einem anderen Betriebssystem als Windows nicht portierbar. Sie haben Recht. Der Begriff eines übergeordneten Prozesses ist jedoch auch nicht portierbar, da er nicht in .NET Framework selbst enthalten ist. Daher halte ich ihn nicht für ein großes Problem.
— Simon Mourier
10
Toll! Keine langsamen Leistungsindikatoren. Ich hasse die "nicht verwalteten" Kommentare wirklich. Wie wird die Abfrage eines Perf-Zählers besser verwaltet als mit P / Invoke?
— Jabe
5
Leider ist diese Funktion nur intern. MSDN sagt Folgendes: "[NtQueryInformationProcess ist möglicherweise in zukünftigen Windows-Versionen geändert oder nicht verfügbar. Anwendungen sollten die in diesem Thema aufgeführten alternativen Funktionen verwenden.]" Msdn.microsoft.com/en-us/library/windows/desktop/…
— justin. m.chase
21
@ justin.m.chase - Es ist seit fast 20 Jahren dort, daher bezweifle ich, dass es morgen entfernt wird, und es gibt keine altenate NT-Funktionen, die den übergeordneten Prozess meines Wissens geben, aber ja, sicher, auf eigenes Risiko verwenden .
— Simon Mourier
4
Diese Methode ist mindestens zehnmal schneller, wenn ich die Leistung dieser Methode mit anderen Methoden vergleiche. Die akzeptierte Antwort tickt : 2600657. Diese Antwort tickt : 8454.
— Mojtaba Rezaeian
9

Diesen Weg:

public static Process GetParent(this Process process)
{
  try
  {
    using (var query = new ManagementObjectSearcher(
      "SELECT * " +
      "FROM Win32_Process " +
      "WHERE ProcessId=" + process.Id))
    {
      return query
        .Get()
        .OfType<ManagementObject>()
        .Select(p => Process.GetProcessById((int)(uint)p["ParentProcessId"]))
        .FirstOrDefault();
    }
  }
  catch
  {
    return null;
  }
}
— Péter Major
quelle
2
Funktioniert, aber WMI kann sehr langsam sein (Sekunden). Pinvoke ist der richtige Weg.
— Alastair Maw
4

Hier ist mein Versuch einer verwalteten Lösung.

Es fragt die Leistungsindikatoren für alle Prozesse ab und gibt ein Wörterbuch der untergeordneten PID an die übergeordnete PID zurück. Dann können Sie das Wörterbuch mit Ihrer aktuellen PID überprüfen, um Ihre Eltern, Großeltern usw. zu sehen.

Es ist übertrieben, wie viele Informationen es sicher bekommt. Fühlen Sie sich frei zu optimieren.

using System;
using System.Collections.Generic;
using System.Diagnostics;

namespace PidExamples
{
    class ParentPid
    {
        static void Main(string[] args)
        {
            var childPidToParentPid = GetAllProcessParentPids();
            int currentProcessId = Process.GetCurrentProcess().Id;

            Console.WriteLine("Current Process ID: " + currentProcessId);
            Console.WriteLine("Parent Process ID: " + childPidToParentPid[currentProcessId]);
        }

        public static Dictionary<int, int> GetAllProcessParentPids()
        {
            var childPidToParentPid = new Dictionary<int, int>();

            var processCounters = new SortedDictionary<string, PerformanceCounter[]>();
            var category = new PerformanceCounterCategory("Process");

            // As the base system always has more than one process running, 
            // don't special case a single instance return.
            var instanceNames = category.GetInstanceNames();
            foreach(string t in instanceNames)
            {
                try
                {
                    processCounters[t] = category.GetCounters(t);
                }
                catch (InvalidOperationException)
                {
                    // Transient processes may no longer exist between 
                    // GetInstanceNames and when the counters are queried.
                }
            }

            foreach (var kvp in processCounters)
            {
                int childPid = -1;
                int parentPid = -1;

                foreach (var counter in kvp.Value)
                {
                    if ("ID Process".CompareTo(counter.CounterName) == 0)
                    {
                        childPid = (int)(counter.NextValue());
                    }
                    else if ("Creating Process ID".CompareTo(counter.CounterName) == 0)
                    {
                        parentPid = (int)(counter.NextValue());
                    }
                }

                if (childPid != -1 && parentPid != -1)
                {
                    childPidToParentPid[childPid] = parentPid;
                }
            }

            return childPidToParentPid;
        }
    }
}

In anderen Nachrichten erfuhr ich, wie viele Leistungsindikatoren sich auf meiner Maschine befanden: 13401. Heilige Kuh.

— Jeremy Murray
quelle
2
Diese Methode funktioniert, scheint aber extrem langsam zu sein. In meiner Maschine dauerte es über 10 Sekunden.
— Karsten
3

Wenn Sie P / Invoke akzeptieren, gibt es einen besseren Weg, der besser dokumentiert ist als NtQueryInformationProcess: PROCESSENTRY32 (CreateToolhelp32Snapshot, Process32First, Process32Next). Es wird in diesem Beitrag gezeigt .

Achten Sie auf die subtilen Details und beachten Sie, dass die übergeordnete PID nicht unbedingt die Ersteller-PID ist. Tatsächlich können diese völlig unabhängig sein, wie in den Community-Kommentaren unter PROCESSENTRY32 hervorgehoben .

— robert4
quelle
2

Wenn Sie jemals die BCL ausgegraben haben, werden Sie feststellen, dass die Wege zum Auffinden des übergeordneten Prozesses absichtlich vermieden werden. Nehmen Sie zum Beispiel Folgendes:

https://referencesource.microsoft.com/#System/services/monitoring/system/diagnosticts/ProcessManager.cs,327

Wie Sie im Quellcode sehen können, enthält es umfassende Strukturen und importierte native Methoden, die absolut ausreichen, um die Aufgabe zu erledigen. Selbst wenn Sie über Reflektion darauf zugreifen (dies ist möglich), würden Sie keine Methode finden, um dies direkt zu tun. Ich kann nicht beantworten, warum, aber dieses Phänomen führt dazu, dass Fragen wie Ihre etwas wiederholt gestellt werden. beispielsweise:

Wie kann ich die PID des übergeordneten Prozesses meiner Anwendung ermitteln?

Da es in diesem Thread keine Antwort zusammen mit Code gibt, der CreateToolhelp32Snapshot verwendet , würde ich ihn hinzufügen - Teil der Strukturdefinitionen und Namen, die ich aus der Referenzquelle der MS stehle :)

  • Code 

    using System.Diagnostics;
using System.Runtime.InteropServices;
using System.Collections.Generic;
using System.Linq;
using System;
    public static class Toolhelp32 {
    public const uint Inherit = 0x80000000;
    public const uint SnapModule32 = 0x00000010;
    public const uint SnapAll = SnapHeapList|SnapModule|SnapProcess|SnapThread;
    public const uint SnapHeapList = 0x00000001;
    public const uint SnapProcess = 0x00000002;
    public const uint SnapThread = 0x00000004;
    public const uint SnapModule = 0x00000008;

    [DllImport("kernel32.dll")]
    static extern bool CloseHandle(IntPtr handle);
    [DllImport("kernel32.dll")]
    static extern IntPtr CreateToolhelp32Snapshot(uint flags, int processId);

    public static IEnumerable<T> TakeSnapshot<T>(uint flags, int id) where T : IEntry, new() {
        using(var snap = new Snapshot(flags, id))
            for(IEntry entry = new T { }; entry.TryMoveNext(snap, out entry);)
                yield return (T)entry;
    }

    public interface IEntry {
        bool TryMoveNext(Toolhelp32.Snapshot snap, out IEntry entry);
    }

    public struct Snapshot:IDisposable {
        void IDisposable.Dispose() {
            Toolhelp32.CloseHandle(m_handle);
        }
        public Snapshot(uint flags, int processId) {
            m_handle=Toolhelp32.CreateToolhelp32Snapshot(flags, processId);
        }
        IntPtr m_handle;
    }
}
    [StructLayout(LayoutKind.Sequential)]
public struct WinProcessEntry:Toolhelp32.IEntry {
    [DllImport("kernel32.dll")]
    public static extern bool Process32Next(Toolhelp32.Snapshot snap, ref WinProcessEntry entry);

    public bool TryMoveNext(Toolhelp32.Snapshot snap, out Toolhelp32.IEntry entry) {
        var x = new WinProcessEntry { dwSize=Marshal.SizeOf(typeof(WinProcessEntry)) };
        var b = Process32Next(snap, ref x);
        entry=x;
        return b;
    }

    public int dwSize;
    public int cntUsage;
    public int th32ProcessID;
    public IntPtr th32DefaultHeapID;
    public int th32ModuleID;
    public int cntThreads;
    public int th32ParentProcessID;
    public int pcPriClassBase;
    public int dwFlags;
    [MarshalAs(UnmanagedType.ByValTStr, SizeConst = 260)]
    public String fileName;
    //byte fileName[260];
    //public const int sizeofFileName = 260;
}
    public static class Extensions {
    public static Process Parent(this Process p) {
        var entries = Toolhelp32.TakeSnapshot<WinProcessEntry>(Toolhelp32.SnapAll, 0);
        var parentid = entries.First(x => x.th32ProcessID==p.Id).th32ParentProcessID;
        return Process.GetProcessById(parentid);
    }
}

Und wir können es verwenden wie:

  • Prüfung 

    public class TestClass {
    public static void TestMethod() {
        var p = Process.GetCurrentProcess().Parent();
        Console.WriteLine("{0}", p.Id);
    }
}

Für alternatives Ende ..

Gemäß der Dokumentation gibt es ein Paar von Iterationsmethoden pro Typ der Einträge, wie z. B. Process32Firstund Process32Nextfür die Iteration von Prozessen; Aber ich fand, dass die xxxxFirst-Methoden unnötig sind, und dachte dann, warum nicht die Iterationsmethode mit dem entsprechenden Eintragstyp versehen? Es wäre einfacher zu implementieren und zu verstehen (ich denke schon ..).

Genauso wie Toolhelp32mit Hilfe angehängt , denke ich, dass eine statische Hilfsklasse richtig ist, damit wir die eindeutigen qualifizierten Namen haben können, wie Toolhelp32.Snapshotoder Toolhelp32.IEntryobwohl es hier irrelevant wäre.

Sobald der übergeordnete Prozess erhalten ist und Sie weitere detaillierte Informationen erhalten möchten, können Sie diese problemlos erweitern, z. B. die Module iterieren und dann Folgendes hinzufügen:

  • Code - WinModuleEntry 

    [StructLayout(LayoutKind.Sequential)]
public struct WinModuleEntry:Toolhelp32.IEntry { // MODULEENTRY32
    [DllImport("kernel32.dll")]
    public static extern bool Module32Next(Toolhelp32.Snapshot snap, ref WinModuleEntry entry);

    public bool TryMoveNext(Toolhelp32.Snapshot snap, out Toolhelp32.IEntry entry) {
        var x = new WinModuleEntry { dwSize=Marshal.SizeOf(typeof(WinModuleEntry)) };
        var b = Module32Next(snap, ref x);
        entry=x;
        return b;
    }

    public int dwSize;
    public int th32ModuleID;
    public int th32ProcessID;
    public int GlblcntUsage;
    public int ProccntUsage;
    public IntPtr modBaseAddr;
    public int modBaseSize;
    public IntPtr hModule;
    //byte moduleName[256];
    [MarshalAs(UnmanagedType.ByValTStr, SizeConst = 256)]
    public string moduleName;
    [MarshalAs(UnmanagedType.ByValTStr, SizeConst = 260)]
    public string fileName;
    //byte fileName[260];
    //public const int sizeofModuleName = 256;
    //public const int sizeofFileName = 260;
}

    und einige test .. 

    public class TestClass {
    public static void TestMethod() {
        var p = Process.GetCurrentProcess().Parent();
        Console.WriteLine("{0}", p.Id);

        var formatter = new CustomFormatter { };
        foreach(var x in Toolhelp32.TakeSnapshot<WinModuleEntry>(Toolhelp32.SnapModule, p.Id)) {
            Console.WriteLine(String.Format(formatter, "{0}", x));
        }
    }
}

public class CustomFormatter:IFormatProvider, ICustomFormatter {
    String ICustomFormatter.Format(String format, object arg, IFormatProvider formatProvider) {
        var type = arg.GetType();
        var fields = type.GetFields();
        var q = fields.Select(x => String.Format("{0}:{1}", x.Name, x.GetValue(arg)));
        return String.Format("{{{0}}}", String.Join(", ", q.ToArray()));
    }

    object IFormatProvider.GetFormat(Type formatType) {
        return typeof(ICustomFormatter)!=formatType ? null : this;
    }
}

Falls Sie ein Codebeispiel wünschen ..

— Ken Kin
quelle
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.