Нечетная утечка рукоятки - программирование

Мое приложение (базовое приложение - MFC-взаимодействие с С++/CLI, но оно также содержит много С#, Windows Forms, WPF) имеет утечку дескриптора. Вскоре после запуска приложения я вижу, что количество обработчиков в диспетчере задач постоянно растет (со скоростью 10 новых дескрипторов в секунду). Поэтому я использовал handles.exe, чтобы узнать, какие у них ручки. Я узнал, что просачивающиеся ручки - это ручки процесса. И они обрабатывают процесс процесса моего приложения.

Итак, мне интересно, какие операции обычно создают дескриптор процесса, в котором он работает. Любая идея? Вы когда-нибудь видели что-то подобное? Что еще я могу сделать, чтобы отследить утечку, учитывая, что я не могу использовать debug DLL, и что я могу использовать только инструменты, которые можно развернуть xcopy.

Мне удалось бросить windbg и! handle,! htrace на нем и выяснили, что все дескрипторы процессов созданы с использованием следующих трасс стека (упорядочено по частоте):

Ответы

Ответ 1

Стеки вызовов выглядят неправильно. Правильно ли вы настроили сервер символов?.symfix должен сделать трюк в Windbg. Впоследствии вы должны получить лучшую стеклу.

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

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

bp kernel32!OpenProcess "!ClrStack;g"

Ответ 2

Были проблемы с веб-сервисом, вызывающим COM-объекты через interop.

Я решил это, явно называя Marshal.ReleaseComObject для объектов interop, которые я создал. Никаких проблем после этого момента для меня.

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

Ответ 3

Итак... вы делаете счетчики производительности явно (если это так, попробуйте отключить их, чтобы сузить источник утечек).