Что произойдет, если я не вызову fclose() в программе на C?

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

Как только ваша программа завершится, операционная система очистится за вами. Он закроет все файлы, которые вы оставили открытыми, когда завершит ваш процесс, и выполнит любую другую очистку, которая необходима (например, если файл был помечен как удаляемый при закрытии, он удалит файл тогда; обратите внимание, что такие вещи являются платформой -специфический).

Однако еще одна проблема, с которой следует быть осторожным, — это буферизация данных. Большинство файловых потоков буферизуют данные в памяти перед их записью на диск. Если вы используете потоки FILE* из библиотеки stdio, то есть две возможности:

1. Ваша программа завершилась нормально либо путем вызова функции exit(3), либо путем возврата из main (который неявно вызывает exit(3)).
2. Ваша программа завершилась аварийно; это можно сделать, вызвав abort(3) или _Exit(3), умирание от сигнала/исключения и т.д.

Если ваша программа завершилась нормально, среда выполнения C позаботится об очистке всех открытых буферизованных потоков. Итак, если у вас есть буферизованные данные, записанные в FILE*, которые не были сброшены, они будут сброшены при обычном выходе.

И наоборот, если ваша программа аварийно завершится, любые буферизованные данные не будут сброшены. ОС просто говорит: «Боже мой, вы оставили дескриптор файла открытым, я лучше закрою его для вас», когда процесс завершается; он понятия не имеет, что где-то в памяти лежат какие-то случайные данные, которые программа намеревалась записать на диск, но не сделала этого. Так что будьте осторожны с этим.

Стандарт C говорит, что вызов exit (или, что то же самое, возврат из main) приводит к тому, что все открытые объекты FILE закрываются как бы fclose. Так что это совершенно нормально, за исключением того, что вы теряете возможность обнаруживать ошибки записи.

EDIT: Нет такой гарантии для аномального завершения (abort, сбоя assert, получения сигнала, поведение которого по умолчанию заключается в аварийном завершении программы — обратите внимание, что не существует не обязательно любые такие сигналы - и другие средства, определенные реализацией). Как уже говорили другие, современные операционные системы будут очищать все видимые извне ресурсы, такие как открытые дескрипторы файлов на уровне ОС, независимо от того; однако в этом случае FILE скорее всего не будут сброшены.

Конечно, были операционные системы, которые не очищали видимые извне ресурсы при аварийном завершении работы; он имеет тенденцию соглашаться с тем, что не применяются жесткие границы привилегий между «ядром» и «пользовательским» кодом и/или между отдельными «процессами» пользовательского пространства просто потому, что если у вас нет этих границ, это может быть невозможно< /em> чтобы сделать это безопасно во всех случаях. (Рассмотрите, например, что произойдет, если вы запишете мусор поверх таблицы открытых файлов в MS-DOS, что вы вполне можете сделать.)