Win32: как получить процесс / поток, владеющий мьютексом?

Я не думаю, что существует тривиальный способ определить фактического владельца мьютекса, но процесс, которому он принадлежит, может создавать другие вторичные элементы, время жизни которых привязано к нему. Существует множество механизмов, которые подходят для обратного вызова через процесс без главного окна.

1. Зарегистрируйте объект в таблице запущенных объектов COM. Клиенты, которые не могут стать владельцем Mutex, могут найти владельца через ROT и перезвонить владельцу. Файловое прозвище должно быть подходящим для регистрации здесь.
2. Создайте блок общей памяти, содержащий сведения о местоположении для процесса-владельца. Оттуда запишите в буфер дескриптор процесса и дескриптор потока потока, который может получать сообщения Windows, а затем используйте PostThreadMessage () для отправки уведомления. Любой другой конкурирующий процесс может открыть общую память только для чтения, чтобы определить, куда отправить сообщение Windows.
3. Слушайте в процессе владельца сокета или именованного канала. Вероятно, излишек и не подходит для ваших нужд.
4. Используйте общий файл с блокировкой. Мне это не нравится, потому что владельцу потребуется опрос, и он не сможет корректно обработать N потенциальных других процессов, которые могут одновременно пытаться связаться с владельцем.

Вот справочные ссылки для первых двух вариантов.

1. IRunningObjectTable @ MSDN, Моникеры файлов @ MSDN
2. Создание именованной общей памяти @ MSDN

Это должно помочь вам начать работу с исходным запросом на получение процесса, владеющего мьютексом.

Это на C #, но вызовы Win32 такие же.

class HandleInfo
{
    [DllImport("ntdll.dll", CharSet = CharSet.Auto)]
    public static extern uint NtQuerySystemInformation(int SystemInformationClass, IntPtr SystemInformation, int SystemInformationLength, out int ReturnLength);

    [DllImport("kernel32.dll", SetLastError = true)]
    internal static extern IntPtr VirtualAlloc(IntPtr address, uint numBytes, uint commitOrReserve, uint pageProtectionMode);

    [DllImport("kernel32.dll", SetLastError=true)]
    internal static extern bool VirtualFree(IntPtr address, uint numBytes, uint pageFreeMode);

    [StructLayout(LayoutKind.Sequential)]
    public struct SYSTEM_HANDLE_INFORMATION
    {
        public int ProcessId;
        public byte ObjectTypeNumber;
        public byte Flags; // 1 = PROTECT_FROM_CLOSE, 2 = INHERIT
        public short Handle;
        public int Object;
        public int GrantedAccess;
    }

    static uint MEM_COMMIT = 0x1000;
    static uint PAGE_READWRITE = 0x04;
    static uint MEM_DECOMMIT = 0x4000;
    static int SystemHandleInformation = 16;
    static uint STATUS_INFO_LENGTH_MISMATCH = 0xC0000004;

    public HandleInfo()
    {
        IntPtr memptr = VirtualAlloc(IntPtr.Zero, 100, MEM_COMMIT, PAGE_READWRITE);

        int returnLength = 0;
        bool success = false;

        uint result = NtQuerySystemInformation(SystemHandleInformation, memptr, 100, out returnLength);
        if (result == STATUS_INFO_LENGTH_MISMATCH)
        {
            success = VirtualFree(memptr, 0, MEM_DECOMMIT);
            memptr = VirtualAlloc(IntPtr.Zero, (uint)(returnLength + 256), MEM_COMMIT, PAGE_READWRITE);
            result = NtQuerySystemInformation(SystemHandleInformation, memptr, returnLength, out returnLength);
        }

        int handleCount = Marshal.ReadInt32(memptr);
        SYSTEM_HANDLE_INFORMATION[]  returnHandles = new SYSTEM_HANDLE_INFORMATION[handleCount];

        using (StreamWriter sw = new StreamWriter(@"C:\NtQueryDbg.txt"))
        {
            sw.WriteLine("@ Offset\tProcess Id\tHandle Id\tHandleType");
            for (int i = 0; i < handleCount; i++)
            {
                SYSTEM_HANDLE_INFORMATION thisHandle = (SYSTEM_HANDLE_INFORMATION)Marshal.PtrToStructure(
                    new IntPtr(memptr.ToInt32() + 4 + i * Marshal.SizeOf(typeof(SYSTEM_HANDLE_INFORMATION))),
                    typeof(SYSTEM_HANDLE_INFORMATION));
                sw.WriteLine("{0}\t{1}\t{2}\t{3}", i.ToString(), thisHandle.ProcessId.ToString(), thisHandle.Handle.ToString(), thisHandle.ObjectTypeNumber.ToString());
            }
        }

        success = VirtualFree(memptr, 0, MEM_DECOMMIT);
    }
}

Я никогда по-настоящему не понимал рациональности использования Mutex, который не имеет возможности передачи сигналов. Вместо этого я бы создал событие (используя CreateEvent), которое имеет те же свойства, что и создание мьютекса (то есть с именем, которое он может вернуть, что объект уже существует), но вы можете установить флаг события в новом процессе, если исходный процесс ожидает флага события, он может быть уведомлен, когда ему нужно проснуться.

Вы всегда можете сделать это способом UNIX и создать файл «pid», поместив в этот файл идентификатор процесса текущего запущенного экземпляра. Затем попросите приложение удалить файл при выходе.

Когда запускается новый экземпляр, он должен проверить, что процесс в PID-файле также действительно активен (в случае, если приложение завершает работу ненормально и файл не удаляется).

Создайте общую область памяти с фиксированным именем:

http://msdn.microsoft.com/en-us/library/aa366551%28VS.85%29.aspx

Затем вы можете поместить внутрь любую структуру, которая вам нравится, включая идентификатор процесса, HWND и т. Д.

Есть переносимый вариант: создайте сокет на порту (с фиксированным номером) и подождите (примите) на нем. Второй экземпляр приложения завершится ошибкой, поскольку порт уже занят. Затем второй экземпляр может подключиться к сокету основного экземпляра и отправить любую желаемую информацию.

Надеюсь, это поможет...