Управление памятью в плагинной системе на Delphi: подробный гид по решению проблем совместимости

Delphi , Синтаксис , Память и Указатели

Управление памятью в плагинной системе на Delphi

Вопрос управления памятью является ключевым при разработке плагинной системы на Delphi, особенно когда речь идет о серверных приложениях, использующих динамически подключаемые библиотеки (DLL). В рамках данной статьи мы рассмотрим подходы к управлению памятью для плагинной системы, основанной на TInterfacedClass, и обсудим потенциальные проблемы, связанные с совместимостью и безопасностью памяти.

Оригинальный Заголовок

Memory management for a Delphi plugin framework based on TInterfacedClass

Описание Проблемы (Вопрос)

Разработчик плагинной системы на стороне сервера столкнулся с необходимостью реализации DLL, которые экспортируют метод RegisterPlugin, возвращающий ссылку на класс TInterfacedClass. Хост-приложение создает экземпляры этого класса, которые будут работать в контексте потоков хоста. Это отличается от подхода, используемого в плагинной системе Jedi VCL, где экземпляры плагинов создаются непосредственно в DLL или BPL и возвращаются хосту.

Первоначальные тесты не выявили проблем, однако разработчик обеспокоен потенциальными скрытыми проблемами, связанными с управлением памятью. В проекте используется Delphi 2009, и по умолчанию применяется менеджер памяти FastMM4.

Пример Проекта DLL Плагина

library ExamplePlugin;
uses
  ...
type
  TPluginOne = class(TInterfacedObject, ...)
  ...
  end;
function RegisterPlugin: TInterfacedClass; stdcall;
begin
  Result := TPluginOne;
end;
exports
  RegisterPlugin;
{ TPluginOne }
// ... реализация класса плагина
begin
end.

Альтернативный Ответ

В коде плагина присутствует очевидный недостаток: экспорт класса TInterfacedClass из DLL может привести к проблемам совместимости, особенно если клиенты будут использовать разные версии Delphi для работы с плагином. Также это ограничит возможности разработчиков плагинов, которые захотят использовать другие языки программирования.

Рекомендуется использовать COM-базированный интерфейс, который позволит авторам плагинов создавать их на любом языке. Если же предпочтение отдается экспорту классов в COM-интерфейсы, необходимо убедиться, что все операции освобождения памяти выполняются с использованием того же менеджара памяти, который был использован для выделения памяти. Простой способ достичь этого — использование ShareMem.

Обновление

Комментарий Cosmin указывает на еще одну проблему: экспорт классов через границы модулей — это практика, которой следует избегать. COM был разработан для решения именно таких задач и должен быть первым выбором для разработчика. Интерфейсы Delphi, совместимые с COM, позволят получить те же преимущества бинарной совместимости без необходимости создания серверов, регистрации CLSID и т.д.

Рекомендуемая Структура Плагина

library ExamplePlugin;
type
  TPluginOne = class(TInterfacedObject, IPlugin)
  [GUID]
  public
    constructor Create(const Host: THostApp);
  end;
function RegisterPlugin(const Host: IHostApp): IPlugin; stdcall;
begin
  Result := TPluginOne.Create(Host);
end;
exports
  RegisterPlugin;
{ TPluginOne }
// ... реализация класса плагина
begin
end.

Комментарии и Подтвержденный Ответ

Использование FastMM4 в качестве менеджера памяти решает проблемы совместимости, так как он работает как общий менеджер памяти между EXE и DLL. Однако, рекомендуется избегать передачи чистых объектов или метаклассов между DLL и EXE, так как TInterfacedObject из EXE не является тем же самым, что и TInterfacedObject из DLL. Обновление версии Delphi для EXE или DLL может потребовать перекомпиляции всего проекта.

Более портативное решение — возвращение "фабричного интерфейса", который позволит создавать необходимые интерфейсы без прямой передачи классов между модулями:

IFactoryInterface = interface
  [GUID]
  function MakeWhateverInterfaceYouNeed: IUnknownDerivate;
end;
function RegisterPlugin: IFactoryInterface;

Заключение

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

Создано по материалам из источника по ссылке.

Управление памятью является критически важной задачей при разработке плагинной системы на Delphi, особенно в серверных приложениях, где используются динамически подключаемые библиотеки.

Комментарии и вопросы

Получайте свежие новости и обновления по Object Pascal, Delphi и Lazarus прямо в свой смартфон. Подпишитесь на наш Telegram-канал delphi_kansoftware и будьте в курсе последних тенденций в разработке под Linux, Windows, Android и iOS

:: Главная :: Память и Указатели ::