При попытке разрешить процесс, зависший на CoUninitialize(), я столкнулся с фрагмент кода, используемый многими нашими проектами. Когда программа собирается выйти, она сначала вызывает CoFreeUnusedLibraries() , затем сразу OleUninitialize().
Хотя эффект OleUninitialize() вполне ясен, я не могу понять, почему нужно вызывать CoFreeUnusedLibraries() перед вызовом OleUnitialize(). Какая польза от этого звонка в данный конкретный момент?
CoFreeUnusedLibraries() инициирует вызов DllCanUnloadNow для каждой внутрипроцессной DLL-библиотеки COM, которая экспортирует эту функцию. Не уверен насчет проблем с потоками или внепроцессных COM-компонентов, связанных с этим API.
Предположительно, кто-то, написавший код, вызывающий DllCanUnloadNow до OleUnitialize, пытался уменьшить рабочий набор и обеспечить очистку.
Я не думаю, что вызов CoFreeUnusedLibraries непосредственно перед завершением работы приложения имеет большое значение (библиотеки DLL все равно будут выгружены).
По моему опыту, вызов CoFreeUnusedLibraries приводит к сбоям и зависаниям сторонних COM-библиотек DLL, реализация которых DllCallUnloadNow никогда не тестировалась перед выпуском. (Потому что не так уж много приложений вызывают эту функцию).
Вы не предоставили стек вызовов или подсказку о том, где происходит зависание (вы взломали отладчик, чтобы увидеть, какая DLL находится наверху стека?). Я предполагаю, что вы, вероятно, сможете отказаться от этого вызова, если не сможете исправить неисправную DLL.
документы указывают, что
Эта функция предусмотрена для совместимости с 16-битной Windows.
Хм...
Вы видели отчет о проблеме? Этот вызов кажется мне избыточным — возможно, он оставляет одну или несколько библиотек DLL в состоянии, в котором OleUninitialize не работает должным образом — ожидая некоторого изменения состояния из-за более раннего вызова. Однако это намекает на необходимость подождать некоторое время между вызовами...
CoFreeUnusedLibraries не сразу выпускает библиотеки DLL, у которых нет активного объекта. Для многопоточных апартаментов (MTA) и нейтральных апартаментов (NA) существует десятиминутная задержка. Для однопоточных апартаментов (STA) задержки нет. Десятиминутная задержка для CoFreeUnusedLibraries предназначена для того, чтобы избежать условий многопоточного состязания, вызванных выгрузкой библиотеки DLL компонента.
В других местах также есть комментарии относительно 6-минутный тайм-аут закрытия при использовании DCOM — применимо ли это к вам?
