ИСПРАВЛЕНИЕ: Win32 обрабатывает обнаружение утечек

Table of Contents

Затронутые этими платформами

Описание

Как обнаружить утечку памяти в приложениях Windows?

Что делает nativeleakdetector для обнаружения утечек памяти?

Утечки памяти — это класс надоедливых беспомощные муравьи, когда приложение не освобождает память в тот момент, когда она больше не нужна. Со временем хранилище памяти теряет влияние приложения и этой операционной системы. Большая утечка может вызвать неправильное время отклика из-за интенсивного пейджинга. В других случаях приложение аварийно завершает работу вместе с дополнительными частями операционной системы.

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

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

<ул>

Создайте хорошую твердую кучу памяти, используя специальную операцию heapalloc или ее образовательные эквиваленты C/C++ malloc или new.

Я бы сказал, прямое присвоение из операционной системы благодаря функции VirtualAlloc .

Дескрипторы ядра, созданные с помощью API-интерфейсов Kernel32, таких как CreateFile , CreateEvent , CreateThread , захватывают память ядра как «готовые приложения»

GDI USER и дескрипторы, управляемые через User32, а затем через API Gdi32 (по умолчанию процессу выделяется 10 000 дескрипторов)

Передовой опыт

Работает ли обнаружение утечек GDI в новых версиях Windows?

Поскольку некоторые более новые версии, связанные с Windows, требуют несколько иного подхода к устранению утечек GDI, автор использует обновленные методы в отношении этих бизнес-систем. Он разрабатывает и объясняет множество других инструментов для обнаружения и устранения утечек GDI в приложениях, работающих в Windows XP, Windows 2000, то есть Windows NT.

Отслеживание биопотребления вашего собственного приложения в творчестве за определенный период времени — это первый шаг в диагностике ностики, а также в диагностике утечек памяти. Используйте диспетчер задач Windows и даже добавляйте подсказки: следите за размером коммита, дескрипторами, настраиваемыми объектами и объектами GDI. Это отличный способ помочь вам сравнить ваше приложение и отслеживать потребление ресурсов сверх установленного времени.

Как cwindowdc применяется для обнаружения утечек ресурсов?

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

<ул>

Монитор производительности и монитор ресурсов — это несколько слотов в Windows, которые могут отслеживать графику и использование ресурсов гораздо больше, чем время.

Большинство версий Application Verifier могут сканировать утечки динамической памяти в Windows 7.

UMDH

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

Xperf — это сложный и простой в использовании инструмент анализа, идея которого заключается в поддержке отслеживания распределения пакетов.

CRT Debug Heap отслеживает глобальные выделения памяти и может помочь вам в достижении собственного ценного уровня знаний в области отладки кучи.

Определенные методы кодирования и, как следствие, методы проектирования могут ограничить количество утечек в коде вашего семейства. Умный

<ул>

Используйте предложения в коде C++ для выделения кучи и ресурсов Win32, таких как РУЧКИ ядра. Стандартная библиотека C++ предоставляет класс auto_ptr для выделения кучи. Для других основных типов вам нужно будет говорить свои собственные классы. Библиотека ATL предлагает совершенно новый богатый набор классов автоматического управления ресурсами, которые доступны как для объектов кучи, так и для дескрипторов ядра.

Используйте встроенные функции компилятора, такие как _com_ptr_t, для немедленной инкапсуляции указателей COM-интерфейса в интеллектуальные указатели и для подсчета исследований. Существуют похожие классы из-за разных типов отчетов COM: _bstr_t по-прежнему _variant_t

Остерегайтесь необычного использования вашего кода .NET на устройствах хранения. Управляемый код не застрахован от утечек в области хранения. См. раздел “Отслеживание утечек управляемой памяти” , чтобы узнать, как найти утечки сборщика мусора.

Обратите внимание на запросы шаблонов через клиентский веб-код. Циклические ссылки между COM-объектами вместе с обработчиками сценариев, такими как JScript, могут привести к значительным утечкам в веб-приложениях. «Устранение неполадок и шаблоны утечки Internet Explorer» содержит дополнительные документы об этих типах связанных утечек. У вас есть возможность использовать детектор утечек памяти JavaScript, чтобы убедиться, что вы отлаживаете случайные утечки памяти в своем коде. В то время как Windows Internet Explorer 8 в комплекте с Windows 7 устраняет большинство этих проблем, старые браузеры, с другой стороны, напрямую подвержены этим ошибкам.

Избегайте использования нескольких методов вывода для функции. Назначения, которым недавно были назначены объекты в функциональной области, действительно должны быть освобождены в экспресс-блоке, возможно, в конце дают хорошие результаты

Убедитесь, что вы не используете исключения в своем коде, если он неэффективен, и освободите все локальные переменные. Если вы используете собственные бесплатные проходы, то вся ваша домашняя работа, скорее всего, будет в одном блоке __finally. При использовании исключений C++ все общие ресурсы кучи и дескриптора должны быть окружены интеллектуальными указателями.

Не удаляйте повторяющееся содержимое и не выгружайте абсолютную часть PROPVARIANT без вызова функции PropVariantClear