Поиск открытых дескрипторов в программе Windows

Теперь я немного изучил это и нашел решение реальной проблемы, но не так, как хотел.

Я думал, что смогу найти и очистить любые нежелательные открытые файлы, но это оказалось сложно. Я нашел несколько разных руководств (здесь и здесь), но они полагаются на недокументированные API. Я не смог заставить эту технику работать — возможно, я делал это неправильно, или, возможно, API изменился в Windows Server 2012 — но в любом случае я не уверен, что хочу туда идти; для Sysinternals нормально отслеживать эти вещи и поддерживать работу Process Explorer, но я не хочу, чтобы это бремя обслуживания ложилось на мой проект.

Теперь у меня есть два варианта:

1. Поместите некоторый специальный код в родительский (вызывающий) процесс, чтобы он вызывал CreateProcess с отключенным наследованием, когда это уместно (в настоящее время он использует _spawnlp, потому что он совместим с каналами и дескрипторами файлов в стиле Unix, и вы не можете использовать CreateProcess с этими очень надежно).

2. Пусть процесс немедленно вызовет сам себя с помощью CreateProcess, а затем завершит работу (или подождет неопределенное время), чтобы уничтожить любые нежелательные дескрипторы.

Первый кажется более эффективным. Второй более гибкий (позволяет процессу выбирать самому).

Думаю, я выберу первый вариант, потому что для моих текущих потребностей он кажется наименее худшим.

Сначала немного справочной информации - почему цикл не работает под Windows:

В Linux дескрипторы имеют номера 0...n. Дескрипторы, переданные в «close()» и подобные функции, напрямую передаются в операционную систему:

void close(int handle)
{
    syscall(SYS_CLOSE,handle);
}

Однако в Windows операционная система использует свои собственные дескрипторы, похожие на адреса указателей, а библиотека C использует своего рода таблицу перевода:

void close(int handle)
{
    CloseHandle(table[handle]);
    table[handle]=NULL;
}

Если дескрипторы остаются открытыми, библиотека C не знает (не STDIN, STDOUT, STDERR), что этих дескрипторов не будет в таблице.

Теперь о самом вопросе:

В отличие от Linux, Windows смешивает разные типы дескрипторов (дескрипторы файлов, дескрипторы памяти, дескрипторы процессов и т. д.). Если бы вы могли получить список всех дескрипторов, вам пришлось бы относиться к ним по-другому.

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

Таким образом, родительское приложение, безусловно, должно гарантировать, что никакие дескрипторы не останутся открытыми. По умолчанию дескрипторы не наследуются в Windows. Однако оболочки библиотеки C (например, «fopen()») будут устанавливать флаг «наследовать дескриптор», поэтому дескрипторы будут унаследованы.