Устранение утечек памяти в Delphi 11: анализ работы TIdHttpServer и MadExcept

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

При работе с компонентами TIdHttpServer в среде Delphi 11 64-битной версии, разработчики могут столкнуться с проблемами, связанными с утечками памяти. В частности, инструмент MadExcept, предназначенный для отслеживания утечек ресурсов, может указывать на проблемы с TIdCriticalSection в модуле IdThreadSafe.pas и TCriticalSection в SyncObjs.pas. Однако, в большинстве случаев, такие утечки могут быть ложными сигналами, которые не отражают реальную ситуацию.

Анализ проблемы

Для начала, стоит уточнить, что MadExcept может неправильно интерпретировать некоторые типы данных, особенно в случае, когда они специально зарегистрированы как ожидаемые утечки. В случае использования TIdHttpServer и MadExcept, разработчикам следует обратить внимание на комментарии в модулях IdThread.pas и IdStack.pas, где указано, что утечки являются намеренными и зарегистрированными.

Подтвержденный ответ

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

Решение проблемы

Для исправления ситуации с ложными сигналами утечек, разработчикам необходимо убедиться, что MadExcept корректно обрабатывает зарегистрированные утечки. В версиях Delphi 2006 и выше, для регистрации ожидаемых утечек используется функция System.RegisterExpectedMemoryLeak(). Если MadExcept правильно подключается к RTL и предоставляет callback TMemoryManagerEx.RegisterExpectedMemoryLeak, то он должен автоматически исключать зарегистрированные утечки из отчетов.

Для более ранних версий Delphi, можно перекомпилировать Indy с определением USE_MADEXCEPT (или USE_FASTMM4, USE_LEAKCHECK для других менеджеров памяти) в файле IdCompilerDefines.inc, чтобы включить регистрацию утечек.

Также, в IdCompilerDefines.inc можно определить кондициональный компилятор FREE_ON_FINAL, который поможет устранить утечки.

Пример кода

Пример кода, который может быть использован для регистрации ожидаемой утечки памяти в Delphi:

uses
  System.SysUtils;

procedure RegisterExpectedLeak;
begin
  System.RegisterExpectedMemoryLeak('Описание утечки');
end;

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

Заключение

При работе с утилитами отслеживания утечек, важно понимать, какие типы данных и ситуации могут быть зарегистрированы как ожидаемые. В случае с TIdHttpServer и MadExcept, разработчикам следует внимательно изучить комментарии к коду Indy и при необходимости внести изменения в конфигурацию проекта для корректной работы с утечками памяти.

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

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

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

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

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