Кто имеет дело (интерпретирует) * в
echo *
Эхо видит звезду или оболочка заботится об этом и возвращает список имен файлов ..
Как насчет
cp temp temp*
Кто имеет дело (интерпретирует) * в
echo *
Эхо видит звезду или оболочка заботится об этом и возвращает список имен файлов ..
Как насчет
cp temp temp*
Ответы:
bash (или то, что вы используете в качестве оболочки), первым прочитает любой ввод и начнет интерпретировать специальные символы, такие как ?и *. *расширяется до любых совпадений в CWD , что означает, что звездочка заменяется указанными совпадениями.
В большинстве случаев это довольно прямолинейно, но может время от времени приводить к некоторым запутанным случаям.
Учтите следующее. Каталог имеет это содержимое:
Если вы потом наберете mv *что-то странное, то произойдет: test3есть, а остальное пропало. Поначалу это странно, но имеет смысл, когда вы поймете, что на самом деле передает bash mv. Из-за звездочки bash интерпретируется mv *как mv test test1 test2 test3, и когда mv получит этот список, он будет предполагать, что последним аргументом является пункт назначения, куда все файлы были бы перемещены.
Что касается команд, которые вы перечислили:
echo *может функционировать как бедняк ls. Оболочка расширит звёздочку до того, что находится в этом каталоге, и, как я уверен, вы уже знаете, echoбуквально отобразит все, что bash передал ей в качестве аргументов.cp temp temp*будет вести себя примерно так же, как mvкоманда, которую я описал выше, за исключением случаев, когда есть только один каталог с именем temp, в этом случае имя источника и назначения совпадают, то есть ничего не будет сделано.*вместо ls. Например, for f in *; doэто более надежно, чем for f in $(ls)если имя файла содержит пробел или символ глобуса. (Однако, он потерпит неудачу, если в CWD нет файлов, поэтому вам нужно проверить этот случай.)
shopt nullglob.
echo *, этот трюк может спасти вас в некоторых случаях.
Как уже говорилось, оболочка расширяется, *поэтому echoпринимайте в качестве аргументов все, что оболочка найдет в текущем каталоге. Однако обратите внимание, что если расширение ни к чему не приводит, т. Е. В том случае, если каталог не содержит не скрытых файлов, *он остается неизменным и передается как есть вызываемой команде (если нестандартные параметры не используются с некоторыми оболочками, например bash.) echo *не будет вести себя как бедняк, так lsкак первый ничего не напечатает, а второй напечатает *.
Точно так cp /tmp/temp temp*же создаст файл с именем temp*в текущем каталоге, если еще нет хотя бы одного файла, имя которого начинается с temp.
Наконец, если вы хотите, *чтобы значение передавалось без изменений в любом случае, вы можете защитить его от раскрытия, используя одинарные кавычки '*', двойные кавычки "*"или обратную косую черту \*.
В Bash оболочка имеет с этим дело. Вы видите, что если вы даже пытаетесь *без эха
Примечание. Исходя из некоторых комментариев, я бы предложил при запуске * ENTER создать каталог и использовать команду touch для создания некоторых файлов и убедиться, что ни один из них, или, по крайней мере, убедиться, что первый в алфавитном порядке, не является именем любого сценария или команды в пути.
$ *
bash: a: command not found
$ echo *
a a.aa a.ab a.b a.htm a.tx
Так ls *что это немного клише
В Windows *это обрабатывается командой, поэтому dir *.*это не клише.
Примечание. Если посмотреть некоторые комментарии, я бы добавил, что существует риск запуска * затем ENTER. Если у вас есть файл с именем rm, который находится первым в списке каталогов, то это опасно, потому что все, что после этого будет удалено. Кроме того, и это менее вероятно, если первый файл в списке каталогов является именем сценария в пути, тогда он запустит его.
rm, конечно.
-rf? Я попробовал touch -rfи , touch \-rfно это не создает его.
-rf? (Я понимаю опасность файла с именем rm и файла -rf, а также проблему ввода * и нажатия клавиши enter в важной папке, я не планирую этого делать)
Оболочка выполняет несколько расширений перед передачей аргументов команде.
Смотрите также https://www.gnu.org/software/bash/manual/bashref.html#Simple-Command-Expansion
Не относится к bash, см. Http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_01