Использование таких же мьютексов в хост-приложении и dll

Question

У меня многопоточное приложение, которое динамически загружает dlls (плагины). У меня есть потоки в DLL. Между хост-приложением и dll мой собственный SDK, который предназначен для обеспечения связи с плагинами dll (интерфейс библиотеки) и определения общих ресурсов между хост-приложением и dll (структурами данных и т. Д.).

Хост-приложение создает объект mutex с помощью функции CreateMutex с помощью функции WinAPI и передает THandle созданного мьютекса для каждой загружаемой DLL. Когда поток в DLL меняет общие ресурсы, он использует мьютекс для его защиты. Как я уже сказал, я использую WinAPI.Windows unit для вызова CreateMutex и всех других связанных с mutex функций (Release и т. Д.).

Идея состоит в том, чтобы сделать кросс-платформу SDK, поэтому я собираюсь изменить SDK, и я хотел бы избавиться от единицы WinAPI.Windows и всех связанных с Windows материалов.

Я включил System.SyncObjs для использования класса TMutex. Теперь я не совсем уверен, как бы я узнал, что моя dll об этом классе. Один из вариантов - передать TMutex в мою DLL, но я думаю, что это не вариант, если я хочу сохранить типы данных primitve в своем SDK, потому что SDK должен быть доступен для других языков, таких как C++, C# ... и т. Д. Другая идея, которая пересекает мой ум должен использовать именованные мьютексы и просто передавать имя (строку) в DLL.

Согласно MSDN: Если мьютекс именованный мьютекс и объект существовал до этого вызова функции, возвращаемое значение является дескриптор существующего объекта, GetLastError возвращает ERROR_ALREADY_EXISTS, bInitialOwner игнорируется, и вызывающий поток не предоставил право собственности. Однако, если у вызывающего есть ограниченные права доступа, функция будет терпеть неудачу с ERROR_ACCESS_DENIED, и вызывающий должен использовать функцию OpenMutex.

Таким образом, я предполагаю, что DLL сможет использовать существующие именованные мьютексы (MyMutex), когда он вызовет TMutex.Create (..., 'MyMutex').

Я прав?

Благодарим за помощь и ваши предложения. Я очень ценю это!

Answer 1

Передача экземпляра класса между модулями, отличными от пакетов времени выполнения, не допускается. Это не действительная форма взаимодействия.

Поэтому я считаю, что самым чистым решением будет обернуть TMutex с интерфейсом. Вы можете передавать интерфейсы между любым типом модуля, даже с модулями, скомпилированными разными компиляторами.

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

type 
    IMutex = interface 
    procedure Acquire; stdcall; 
    procedure Release; stdcall; 
    end; 

Совершенно безопасно передавать этот интерфейс между исполняемыми файлами и библиотеками DLL.

Реализация может выглядеть следующим образом:

type 
    TXplatMutex = class(TInterfacedObject, IMutex) 
    public 
    procedure Acquire; stdcall; 
    procedure Release; stdcall; 
    end; 

procedure TXplatMutex.Acquire; 
begin 
    TMonitor.Enter(Self); 
end; 

procedure TXplatMutex.Release; 
begin 
    TMonitor.Exit(Self); 
end; 

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

Answer 2

мьютексы Windows, может быть «общим» в различных процессах (и в еще большей степени в EXE и DLL) - у вас есть два пути:

1. Используйте именованный мьютекс.Используйте API OpenMutex(), чтобы получить дескриптор уже существующего мьютекса - вам нужно убедиться, что он вызван после CreateMutex() или он не найдет мьютекс для открытия.
2. Использование DuplicateHandle() для безымянного мьютекса, она возвращает новый дескриптор действующего в целевом процессе (который может быть тем же самым, в случае DLL)

Часто API обертка в Delphi является слишком ограниченный для «сложных» сценариев. Использование напрямую API Windows даст вам полный доступ к базовым функциям, даже если Delphi не раскрывает их. Поверните, вы узнаете больше о том, как работает Windows, и это знание, которое вы всегда можете перерабатывать за пределами Delphi ... и вам не нужно использовать уродливые хаки для переноса чего-то, что не нужно обертывать интерфейсами или как ...

Если вам нужны кросс-платформенные возможности, напишите свои собственные обертки для реализации мьютекса OS - не полагайтесь на Delphi.