Пакетные файлы (иногда называемые bat, бат, batch, батник, батники) это обычные текстовые файлы, содержащие наборы команд интерпретатора и имеющие расширение *.bat. Редактировать такие файлы можно при помощи блокнота или любого другого текстового редактора, которым вы привыкли пользоваться. Они содержат последовательный набор команд, которые выполняются в определенном, заранее заданном, порядке. Для рядового пользователя знание принципов работы BAT файлов совершенно необязательно и редко когда требуется, но при выполнении каких-либо специализированных задач, использование пакетных файлов может очень сильно упростить жизнь и ускорить их выполнение.
Примеры bat файлов
С помощью пакетных файлов можно делать огромное количество различных действий, которые очень сложно/долго, а в некоторых ситуациях, просто невозможно выполнить без использования bat файлов, т.к. необходимо либо приобретать специальный софт под конкретную задачу (пример — массовая конвертация картинок в папке(ах) по ключу в названии, либо самостоятельно писать такую программу на каком-либо языке программирования, что сможет далеко не каждый, да и целесообразность этого, для разового действия минимальна. На нашем сайте есть несколько примеров использования пакетных файлов для решения специализированных задач, которые, возможно, смогут вам помочь.
Безопасно ли запускать bat файлы?
Ответ на этот вопрос зависит от того, насколько вы в состоянии понять содержимое пакетного файла, который хотите запустить. Если вы его автор, самостоятельно написали все команды и понимаете что эти команды делают, то конечно же запуск таких файлов совершенно безвреден для компьютера. НО, если вы получили такой файл по почте, скачали из интернета (особенно с сомнительного сайта) и т.д., то запускать его следует только в том случае, если вы доверяете тому, кто этот файл написал и дал вам, либо понимаете, что делают все команды, которые прописаны в нем. Так с помощью некоторых команд, которые могут быть написаны в .bat файле, можно полностью вывести из строя Windows, удалить важные данные, установить вирус или кейлоггер для кражи данных и много чего еще. Поэтому к этому вопросу надо подходить со всей ответственностью и понимать, чем это может грозить.
Как создать bat файл?
Для начала создадим папку test в корне диска C:\, чтобы в ней проводить наши эксперименты. Далее откройте блокнот (или любимый текстовый редактор) и наберите две следующих строки:
Пример заполнения файла
Выберите Файл — Сохранить как
Выберите Тип файла — Все файлы, в поле Имя файла введите start.bat и сохраните его в папке test на диске С.
Все, наш первый bat файл создан и лежит по адресу C:\test\start.bat. Теперь нам осталось этот файл запустить и увидеть результаты его работы.
Как запустить bat файл?
Запустить .bat файл очень просто, это делается точно также, как и запуск .exe файлов. Для этого достаточно выделить нужный .bat файл в проводнике и дважды щелкнуть по нему левой кнопкой мыши. Альтернативным вариантом запуска (чтобы случайно не запустить что то не то, например, в том случае, если в папке много файлов) может являться запуск bat файла в 2 этапа. Сначала выделяем нужный файл левой кнопкой мыши, далее нажимаем на правую кнопку мыши, чтобы вызвать контекстное меню, и в нем уже выбираем пункт меню Открыть
В нашем примере, мы переходим в папку test на диске C:\ и запускаем файл start.bat, который мы ранее написали.
После его выполнения на экран будет выведено две строки, как на скриншоте ниже:
результат выполнения файла start.bat
После нажатия любой клавиши окно закроется, т.к. bat-файл выполнен. Обратите внимание, что символ собаки перед каждой командой в bat-файле указывает на то, что саму команду выводить на экран не надо, а нужно вывести только результат ее работы. Чтобы поэкспериментировать удалите символ собаки из начала каждой строки, сохраните и запустите полученный bat файл.
Команды, используемые в bat файлах
Список команд, которые можно использовать в bat-файлах, можно просмотреть, введя в командной строке команду help
В результате будет выведен список доступных команд и краткое описание к этим командам.
Для того, чтобы ознакомиться с описанием интересующей вас команды, необходимо в командой строке написать help команда . Например, чтобы получить подробную справку по команде copy, необходимо ввести:
В результате, на экран будет выведена справка по команде COPY и доступные ключи.
Пакетный файл — Batch file
Пакетный файл
Расширения имени файла
.bat , .cmd , .btm
Тип Интернет-носителя
application / bat
application / x-bat
application / x-msdos-program
text / plain
A командного файла — это файл сценария в DOS , OS / 2 и Microsoft Windows . Он состоит из серии команд , которые должны выполняться интерпретатором командной строки , сохраненных в текстовом файле . Пакетный файл может содержать любую команду, которую интерпретатор принимает в интерактивном режиме, и использовать конструкции, которые разрешают условное ветвление и цикл внутри пакетного файла, такие как IF , FOR и GOTO метки. . Термин «пакетный» происходит от пакетная обработка , что означает «неинтерактивное выполнение», хотя пакетный файл может не обрабатывать пакет из нескольких данных.
Подобно Job Control Language (JCL), DCL и другим системам на мэйнфреймах и миникомпьютерах, были добавлены командные файлы, чтобы упростить работу, необходимую для некоторых обычных задач позволяя пользователю настроить сценарий для их автоматизации. При запуске командного файла программа shell (обычно COMMAND.COM или cmd.exe ) читает файл и выполняет его команды, обычно построчно. -line. Unix-подобные операционные системы , такие как Linux , имеют аналогичный, но более гибкий тип файла, называемый сценарием оболочки .
Расширение имени файла .bat используется в DOS и Windows. Windows NT и OS / 2 также добавили .cmd . Пакетные файлы для других сред могут иметь другие расширения, например, .btm в оболочках, связанных с 4DOS , 4OS2 и 4NT .
Детальная обработка пакетных файлов значительно изменилась между версиями. Некоторые сведения в этой статье применимы ко всем пакетным файлам, в то время как другие сведения относятся только к определенным версиям.
Содержание
Варианты
В DOS командный файл можно запустить из интерфейс командной строки , введя его имя, затем любые требуемые параметры и нажав клавишу ↵ Enter . При загрузке DOS файл AUTOEXEC.BAT , если он присутствует, выполняется автоматически, поэтому в этот файл можно поместить любые команды, которые необходимо выполнить для настройки среды DOS. Пользователи компьютеров должны иметь файл AUTOEXEC.BAT для установки системной даты и времени, инициализации среды DOS, загрузки любых резидентных программ или драйверов устройств или инициализации сетевых подключений и назначений.
Расширение имени файла .bat определяет файл, содержащий команды, которые выполняются интерпретатором команд COMMAND.COM построчно, как если бы это был список команд, введенных вручную, с некоторыми дополнительные команды, относящиеся к пакетному файлу, для базовой функциональности программирования, включая команду GOTO для изменения потока выполнения строки.
Ранняя версия Windows
Microsoft Windows была представлена в 1985 году в качестве графического пользовательского интерфейса -содержащего (GUI) оверлея на текстовых операционных системах и был разработан для работы в DOS. Для его запуска использовалась команда WIN , которую можно было добавить в конец файла AUTOEXEC.BAT для автоматической загрузки Windows. В более ранних версиях можно было запустить файл типа .bat из Windows в приглашении MS-DOS. Windows 3.1x и более ранние версии, а также Windows 9x вызывали COMMAND.COM для запуска командных файлов.
OS / 2
Операционная система IBMOS / 2 поддерживала пакетные файлы в стиле DOS. Он также включал версию REXX , более продвинутого языка сценариев командных файлов . IBM и Microsoft начали разработку этой системы, но во время ее создания разошлись после спора; В результате IBM ссылалась на свою консольную оболочку, подобную DOS, без упоминания Microsoft, называя ее просто DOS, хотя это, по-видимому, не имело никакого значения в том, как работают командные файлы из COMMAND.COM.
Интерпретатор командных файлов OS / 2 также поддерживает команду EXTPROC. Пакетный файл передается в программу, указанную в файле EXTPROC, как файл данных. Названная программа может быть файлом сценария; это похоже на механизм #! .
Windows NT
В отличие от Windows 98 и более ранних версий, операционные системы семейства Windows NT не зависят от MS-DOS. Windows NT представила усовершенствованный 32-битный интерпретатор команд (cmd.exe ), который может выполнять сценарии с расширением .CMD или .BAT. Cmd.exe добавил дополнительные команды и реализовал существующие несколько иначе, чтобы один и тот же командный файл (с другим расширением) мог по-разному работать с cmd.exe и COMMAND.COM. В большинстве случаев операция идентична, если несколько неподдерживаемых команд не используются. Расширения Cmd.exe для COMMAND.COM можно отключить для совместимости.
Microsoft выпустила версию cmd.exe для Windows 9x и ME под названием WIN95CMD, чтобы пользователи старых версий Windows могли использовать определенные командные файлы в стиле cmd.exe.
Начиная с Windows 8 cmd.exe является обычным интерпретатором команд для пакетных файлов; старый COMMAND.COM может работать также в 32-битных версиях Windows, способных запускать 16-битные программы.
Расширения имен файлов
Параметры пакетного файла
COMMAND.COM и cmd.exe поддерживают количество специальных переменных (от %0 , %1 до % 9 ) для ссылки на путь и имя пакетного задания и первые девять параметров вызова из пакетного задания, см. также SHIFT . Несуществующие параметры заменяются строкой нулевой длины. Их можно использовать аналогично переменным среды , но они не хранятся в среде. Microsoft и IBM называют эти переменные параметрами замены или заменяемыми параметрами, тогда как Digital Research, Novell и Caldera ввели для них термин «переменные замены». JP Software называет их параметрами пакетного файла.
Примеры
Этот пример пакетного файла отображает Hello World! , запрашивает и ожидает, пока пользователь нажмет клавишу, а затем завершает работу. . (Примечание: не имеет значения, вводятся ли команды в нижнем или верхнем регистре, если не работают с переменными)
Чтобы запустить файл, он должен быть сохранен с расширением .bat (или .cmd для операционных систем типа Windows NT) в текстовом формате, обычно создаваемом с помощью текстового редактора, такого как Microsoft Notepad или текстовый процессор , работающий в текстовом режиме.
При выполнении отображается следующее:
Объяснение
Интерпретатор выполняет каждую строку по очереди, начиная с первой. Символ @ в начале любой строки предотвращает отображение этой команды в подсказке при ее выполнении. Команда ECHO OFF отключает подсказку навсегда или до тех пор, пока она не будет включена снова. Комбинированный @ECHO OFF часто, как и здесь, является первой строкой командного файла, предотвращающей отображение любых команд, включая саму себя. Затем выполняется следующая строка, и команда ECHO Hello World! выводит Hello World! . Выполняется следующая строка, и команда PAUSE отображает Нажмите любую клавишу, чтобы продолжить. . . и приостанавливает выполнение скрипта. После нажатия клавиши сценарий завершается, так как команд больше нет. В Windows, если сценарий выполняется из уже запущенного окна командной строки , окно остается открытым в командной строке, как в MS-DOS; в противном случае окно закрывается по завершении.
Ограничения и исключения
Нулевые значения в переменных
Расширения переменных подставляются в команду текстуально, и, таким образом, переменные, которые не содержат ничего, просто исчезают из синтаксиса, а переменные, содержащие пробелы превращаются в несколько токенов. Это может привести к синтаксическим ошибкам или ошибкам.
Например, если% foo% пуст, этот оператор:
анализируется как ошибочная конструкция:
Аналогично, если % foo% содержит abc def , то возникает другая синтаксическая ошибка:
Обычный способ предотвращения эта проблема заключается в заключении расширений переменных в кавычки, чтобы пустая переменная расширялась до допустимого выражения IF «» == «bar» вместо недопустимого IF == bar . Текст, который сравнивается с переменной, также должен быть заключен в кавычки, потому что кавычки не являются специальным ограничивающим синтаксисом; эти персонажи представляют себя.
Задержка! VARIABLE! Расширение, доступное в Windows 2000 и более поздних версиях, может использоваться, чтобы избежать этих синтаксических ошибок. В этом случае пустые или многословные переменные не ошибаются синтаксически, потому что значение расширяется после анализа команды IF:
Еще одно отличие в Windows 2000 или выше заключается в том, что пустая переменная (неопределенная) не заменяется. Как описано в предыдущих примерах, предыдущее поведение пакетного интерпретатора привело бы к пустой строке. Пример:
Пакетные интерпретаторы до Windows 2000 отображали результат MyVar не определен .
Кавычки и пробелы в переданных строках
В отличие от процессов Unix / POSIX, которые получают свои аргументы командной строки, уже разделенные оболочкой на массив строк, процесс Windows получает всю командную строку как одну строку через функцию API GetCommandLine . В результате каждое приложение Windows может реализовать свой собственный синтаксический анализатор для разделения всей командной строки на аргументы. Многие приложения и инструменты командной строки разработали для этого собственный синтаксис, поэтому не существует единого соглашения о заключении в кавычки или экранировании метасимволов в командной строке Windows.
Для некоторых команд пробелы рассматриваются как разделители, разделяющие аргументы, если эти пробелы не заключены в кавычки. Существуют различные соглашения о том, как кавычки могут быть переданы приложению:
Широко используемое соглашение реализуется с помощью синтаксического анализатора командной строки, встроенного в библиотеку времени выполнения Microsoft Visual C ++ в CommandLineToArgvW . Он использует соглашение, согласно которому 2 n обратной косой черты, за которыми следует кавычка («), создают n обратную косую черту, за которой следует начало / конец кавычки, тогда как (2 n ) Обратная косая черта +1, за которой следует кавычка, снова создает n обратных косых черт, за которыми следует литерал кавычек. Такое же соглашение является частью спецификации .NET Framework .
Недокументированный аспект заключается в том, что «» в середине строки в кавычках создает одинарную кавычку (изменение CRT в 2008 году [msvcr90] изменило эту недокументированную обработку кавычек.) Это полезно для вставки кавычек в аргумент без повторного включения интерпретации метасимволов cmd. например,
|,
& и
>. (cmd не распознает обычный
\ «как экранирование цитаты. Он повторно включает эти специальные значения при просмотре цитаты, думая, что цитата закончилась .)
Другое соглашение заключается в том, что одинарные кавычки (
«) не включаются как часть строки. Однако экранированные кавычки (
«» «) может быть частью строки.
Еще одно общее соглашение происходит от использования портированных программ, производных от Cygwin . Он не делает различий между обратными косыми чертами, встречающимися перед кавычками или не перед ними. См. glob (программирование) § Windows и DOS для получения информации об этих альтернативных синтаксических анализаторах командной строки.
Некоторые важные команды Windows, такие как cmd.exe и wscript.exe , используйте собственные правила.
Для других команд пробелы не рассматриваются как разделители и поэтому не нуждаются в кавычках. Если включены кавычки, они становятся частью строки. Это применимо к некоторым встроенным командам, таким как
echo.
Если строка содержит кавычки и должна быть вставлена в другую строку текста, которая также должна быть заключена в кавычки, особое внимание уделяется механизму цитирования. требуется:
В Windows 2000 и более поздних версиях решение состоит в замене каждого вхождения символа кавычки в значении серией из трех символов кавычек:
Экранированные символы в строках
Некоторые символы, такие как символы вертикальной черты ( | ), имеют особое значение для командной строки. Они не могут быть напечатаны как текст с помощью команды ECHO, если не экранированы с помощью символа вставки ^:
Однако экранирование не работает должным образом при вставке экранированного символа в переменную среды. Переменная заканчивается тем, что содержит команду live pipe, когда просто отображается эхом. Необходимо экранировать как саму каретку, так и экранированный символ для отображения символа в виде текста в переменной:
Задержанный ! VARIABLE! расширение, доступное с CMD / V: ON или с SETLOCAL ENABLEDELAYEDEXPANSION в Windows 2000 и более поздних версиях, может использоваться для отображения специальных символов, хранящихся в переменных среды, поскольку значение переменной раскрывается после того, как команда была проанализировано:
Спящий режим или задержка сценария
До тех пор, пока команда TIMEOUT не была представлена в Windows Vista, не было простого способа реализовать временную паузу, поскольку команда PAUSE приостанавливает выполнение сценария на неопределенный срок, пока не будет нажата какая-либо клавиша.
Многие обходные пути были возможны, но обычно работали только в некоторых средах: команда CHOICE была недоступна в старых версиях DOS, PING была доступно только в том случае, если был установлен TCP / IP и т. д. Никакого решения от Microsoft не было, но можно было установить ряд небольших служебных программ из других источников. Коммерческим примером может быть команда 1988 Norton Utilities Batch Enhancer (BE), где BE DELAY 18 будет ждать 1 секунду, или бесплатный 94-байтовый WAIT.COM, где WAIT 5 будет ждать 5 секунд, затем вернет управление скрипту. Большинство таких программ представляют собой 16-битные файлы .COM, поэтому они несовместимы с 64-битной Windows.
Вывод текста с вырезанными CR / LF
Обычно весь напечатанный текст автоматически содержит управляющие символы для возврата каретки (CR) и перевода строки (LF) добавляется в конец каждой строки.
Не имеет значения, используют ли две команды echo одну и ту же командную строку; коды CR / LF вставляются для разбивки вывода на отдельные строки:
Уловка, обнаруженная в Windows 2000 и более поздних версиях, заключается в использовании специального запрос ввода для вывода текста без CR / LF в конце текста. В этом примере CR / LF не следует за сообщением 1, но следует за строкой 2 и строкой 3:
Это можно использовать для вывода данных в текстовый файл без добавления CR / LF в конец:
Однако нет способа вставить этот удаленный вывод приглашения CR / LF непосредственно в переменную среды.
Установка рабочего каталога Uniform Naming Convention (UNC) с помощью ярлыка
Невозможно иметь командную строку, которая использует UNC-путь в качестве текущего рабочего каталога ; например \\ server \ share \ directory \
Командная строка требует использования букв дисков для назначения рабочего каталога, что затрудняет выполнение сложных пакетных файлов, хранящихся на общей UNC-папке сервера. Хотя командный файл может быть запущен из пути к файлу UNC, рабочий каталог по умолчанию — C: \ Windows \ System32 \ .
. В Windows 2000 и более поздних версиях обходным путем является использование PUSHD и команда POPD с расширениями команд.
Если они не включены по умолчанию, расширения команд можно временно включить с помощью переключателя / E: ON для интерпретатора команд.
Итак, чтобы запустить пакетный файл на общем ресурсе UNC, назначить временную букву диска общему ресурсу UNC и использовать общий ресурс UNC в качестве рабочего каталога пакетного файла, можно создать ярлык Windows, который выглядит как это:
Цель: % COMSPEC% / E: ON / C «PUSHD» «» \\ SERVER \ SHARE \ DIR1 \ DIR2 \ «» «& BATCHFILE.BAT & POPD»
Рабочий каталог атрибут этого ярлыка игнорируется.
Это также решает проблему, связанную с контролем учетных записей пользователей (UAC) в Windows Vista и новее. Когда администратор вошел в систему и включен UAC, и они попытаются запустить командный файл от имени администратора с буквы сетевого диска, используя контекстное меню файла, щелкнув правой кнопкой мыши, операция неожиданно завершится ошибкой. Это связано с тем, что контексту привилегированной учетной записи UAC с повышенными привилегиями не назначены буквы сетевых дисков, и невозможно назначить буквы дисков для контекста с повышенными правами через оболочку Explorer или сценарии входа в систему. Однако, создав ярлык для командного файла с использованием указанной выше конструкции PUSHD / POPD и используя ярлык для запуска командного файла от имени администратора, будет создана временная буква диска и удален в контексте учетной записи с повышенными правами, и командный файл будет работать правильно.
Следующий синтаксис правильно расширяется до пути к текущему пакетному сценарию.
Пути по умолчанию UNC отключены по умолчанию, поскольку они использовались для аварийного завершения старых программ.
Значение реестра Dword DisableUNCCheck в HKEY_CURRENT_USER \ Software \ Microsoft \ Command Processor позволяет использовать каталог по умолчанию в формате UNC. CD команда не будет изменять, но поместит UNC-путь в каталог по умолчанию в ярлыке для Cmd или с помощью команды Start. start «» / d \\ 127.0.0.1 \ C $ «cmd / k» ( C$ общий ресурс для администраторов).
Набор символов
В пакетных файлах используется набор символов OEM, определенный компьютером, например Кодовая страница 437 . Их части, не относящиеся к ASCII, несовместимы с наборами символов Unicode или Windows , которые иначе используются в Windows, поэтому необходимо соблюдать осторожность. Неанглийские имена файлов работают только при вводе через редактор, совместимый с набором символов DOS. Имена файлов с символами вне этого набора не работают в пакетных файлах.
Чтобы получить вывод в Юникоде в файловые каналы из внутренней команды, такой как dir , можно использовать команду cmd / U . Например, cmd / U / C dir>files.txt создает файл, содержащий список каталогов с правильными символами Windows в кодировке UTF-16 LE.
Пакетные вирусы и вредоносное ПО
Как и любой другой язык программирования, пакетные файлы могут использоваться злонамеренно. Простые трояны и бомбы-вилки легко создаются, а пакетные файлы могут выполнять форму заражения DNS , изменяя файл hosts . Возможны пакетные вирусы, которые также могут распространяться через USB-флеш-накопители с использованием возможностей Windows Autorun.
Следующая команда в пакетном файле удалит все данные в текущем каталоге (папке) — без предварительного запроса подтверждения:
Эти три команды представляют собой простую fork bomb , которая будет непрерывно копировать себя, чтобы истощить доступную систему ресурсы, замедление или сбой системы:
Другие языки сценариев Windows
Командный процессор cmd.exe, который интерпретирует файлы .cmd, поддерживается во всех 32 — и 64-битные версии Windows как минимум до Windows 10. COMMAND.EXE, интерпретирующий файлы .BAT, поддерживался во всех 16- и 32-битных версиях как минимум до Windows 10.
Там другие, более поздние и более мощные языки сценариев, доступные для Windows. Однако для их использования требуется установка интерпретатора языка сценариев:
