Как в Go избежать исчерпания лимита файловых дескрипторов?

Ответ

Исчерпание файловых дескрипторов (File Descriptors) — это проблема утечки ресурсов. Чтобы её избежать, необходимо тщательно управлять жизненным циклом ФД.

Основные способы:

Обязательное закрытие ресурсов через defer: Это самый важный и частый способ. Всегда закрывайте файлы, сетевые соединения и другие ресурсы, которые открываете.
```
f, err := os.Open("file.txt")
if err != nil {
    log.Fatal(err)
}
defer f.Close() // Гарантирует закрытие файла при выходе из функции
```
Использование пулов соединений: Для работы с базами данных или другими сетевыми сервисами используйте встроенные пулы (database/sql) или специализированные библиотеки. Пул переиспользует соединения, а не создает новые на каждый запрос.
Контроль HTTP-клиентов: При использовании http.Client убедитесь, что вы читаете и закрываете тело ответа (resp.Body), даже если оно вам не нужно. В противном случае соединение не вернется в пул и останется открытым.
```
resp, err := http.Get("https://example.com")
if err != nil {
    // обработка ошибки
}
defer resp.Body.Close()
// io.Copy(io.Discard, resp.Body) // Если тело не нужно, его все равно нужно "прочитать"
```
Мониторинг и отладка: Используйте встроенные средства для отслеживания количества открытых ФД.
- В Unix-системах можно проверить лимиты командой ulimit -n.
- В коде Go можно получить текущее количество открытых ФД через runtime.NumFD() (обратите внимание, эта функция находится в пакете runtime, а не runtime/debug).
Увеличение системных лимитов (в крайнем случае): Если ваше приложение легитимно требует большого количества соединений, можно увеличить лимит на уровне ОС или программно через syscall.Setrlimit. Это не решает проблему утечек, а лишь откладывает её.
```
// Пример для Unix-подобных систем
var rLimit syscall.Rlimit
if err := syscall.Getrlimit(syscall.RLIMIT_NOFILE, &rLimit); err == nil {
    rLimit.Cur = rLimit.Max
    syscall.Setrlimit(syscall.RLIMIT_NOFILE, &rLimit)
}
```