Что нужно обязательно сделать в Batch, чтобы не было утечки памяти?

Обязательные практики для предотвращения утечек памяти в Batch

В отличие от языков с автоматической сборкой мусора, таких как Go, Batch (Windows Batch Scripting) работает в принципиально другой парадигме, так как это язык скриптов для командной строки Windows, не управляющий памятью напрямую. Утечки памяти в классическом понимании (как в C++ или Go) здесь невозможны, потому что Batch не выделяет память динамически под свои структуры данных. Однако есть критические ошибки, которые приводят к аналогичным проблемам — неосвобождаемым ресурсам, зависанию процессов и "утечке" системной памяти через дочерние процессы. Вот что нужно делать обязательно.

1. Всегда завершайте запущенные дочерние процессы и приложения

Самый частый источник проблем — скрипт запускает внешние программы (через start, call или напрямую) и не завершает их корректно.

REM ❌ Опасный пример — запуск Notepad без контроля
@echo off
start notepad.exe
REM Скрипт завершится, а Notepad останется висеть в памяти

REM ✅ Правильный подход — явное завершение с таймаутом или через taskkill
@echo off
start /wait notepad.exe  :: Ждём завершения пользователя
REM Или для фоновых задач
start "MyApp" calc.exe
timeout /t 5 >nul
taskkill /f /im calc.exe 2>nul

Правило: Используйте start /wait для синхронного запуска или сохраняйте PID (если возможно) для последующего завершения через taskkill.

2. Очищайте временные переменные среды

Хотя переменные среды в Batch удаляются при завершении сессии cmd.exe, внутри длинного скрипта накопление данных в переменных может увеличить потребляемую память консольного процесса.

@echo off
setlocal enabledelayedexpansion  :: Локализуем переменные
REM Используем !var! для изменяемых переменных внутри блоков

for /l %%i in (1,1,10000) do (
    set "tempData=Очень большая строка... %%i"
    REM Обработка данных...
    set "tempData="  <- Явная очистка ненужной большой переменной
)

endlocal  <- Все переменные, созданные после setlocal, уничтожаются

Ключевые команды: Всегда используйте setlocal и endlocal для ограничения области видимости переменных. Особенно важно в циклах, обрабатывающих файлы или сетевые данные.

3. Закрывайте открытые файловые дескрипторы

При перенаправлении потоков (особенно в бесконечных циклах) нужно быть осторожным.

REM ❌ Риск утечки дескрипторов (в некоторых сценариях)
for /l %%i in (1,1,1000) do (
    echo Data >> largefile.txt
    call :someFunction
)

REM ✅ Более безопасно — минимизировать открытия/закрытия
(
    for /l %%i in (1,1,1000) do (
        echo Data
    )
) >> largefile.txt

4. Избегайте рекурсивных вызовов без условия выхода

Рекурсия в Batch, реализуемая через call :label, может привести к переполнению стека вызовов командного интерпретатора.

REM ❌ Опасная рекурсия
:myLabel
call :myLabel
exit /b

REM ✅ Всегда добавляйте условие выхода
set /a counter+=1
if %counter% lss 100 call :myLabel
exit /b

5. Удаляйте временные файлы сразу после использования

Хотя это не "утечка памяти", но утечка дискового пространства, которая в Batch является частой проблемой.

set "tempFile=%temp%\myapp_%random%.tmp"
(
    someCommand > "%tempFile%"
    REM Обработка файла...
)
del "%tempFile%" 2>nul  <- Обязательное удаление

6. Используйте goto :eof вместо бесконечных циклов в некоторых случаях

Для выхода из подпрограмм используйте корректные методы.

call :processData
exit /b

:processData
REM ... код ...
goto :eof  <- Чёткий выход из подпрограммы

Итоговый чек-лист безопасного Batch-скрипта

1. Все внешние процессы — завершайте через /wait, taskkill или сохраняйте контроль.
2. Переменные — обрамляйте setlocal/endlocal, очищайте большие переменные явно (set var=).
3. Файлы — закрывайте перенаправления группой команд, удаляйте временные файлы.
4. Рекурсия и циклы — всегда предусматривайте условие выхода.
5. Системные ресурсы — если скрипт работает с сетевыми ресурсами (через net use), обязательно освобождайте их (net use /delete).
6. Тестирование — запускайте длительные скрипты под мониторингом Диспетчера задач, наблюдая за памятью процессов cmd.exe и conhost.exe.

Главное помнить: Batch сам не "течёт", но он может заставить "течь" систему, оставляя неуправляемые процессы и ресурсы. Ответственность за очистку лежит полностью на разработчике скрипта. Для сложных задач, где контроль памяти критичен, стоит рассмотреть использование других языков (Python, PowerShell, Go), которые предоставляют более совершенные механизмы управления ресурсами.