☰

zsh 中的 some_variable 与 some-variable

tag-icon • tag-icon zsh environment-variables variable shell-builtin
zsh 中的 some_variable 与 some-variable

为什么zsh看似明白要做什么some_variable=1 command，却又不明白some-variable=1 command？例如：$ fs_screen=1 mpv --fs-screen=${fs_screen} someFile.mp4工作正常，但$ fs-screen=1 mpv --fs-screen=${fs-screen} someFile.mp4结果是zsh: command not found: fs-screen=1

我深入研究了 zsh 文档，发现了我认为的问题所在。摘自https://zsh.sourceforge.io/Doc/Release/Shell-Grammar.html#Precommand-Modifiers:

A simple command may be preceded by a precommand modifier, which will alter how the command is interpreted. These modifiers are shell builtin commands with the exception of nocorrect which is a reserved word.

-
The command is executed with a ‘-’ prepended to its argv[0] string.

但是，我在任何地方都找不到有关此内容的更多信息。它的目的是什么，是否可以禁用它，以便我可以使用some-variable而不是some_variable？

答案1

-在 zsh 变量名中无效并且永远不会有效，因为

  • ${var-foo}是来自 Bourne shell 和 POSIX 的参数扩展运算符，扩展为fooif$var未设置
  • $(( var-1 ))来自 Korn shell 和 POSIX 的目的是进行减法算术运算。

变量名中的有效字符是数字和下划线，并且不能以数字开头。

var=1in var=1or</dev/null var=1 cmd被识别为赋值，因为它出现在命令参数之前，并且=前面有一个未加引号的有效变量名。

在echo var=1, \var=1, var\=, 'v'ar=1, a+b=c,中a-b=c，由于各种原因（在命令参数、变量名称之后或引用或部分引用、无效变量名称之后），这些不被视为赋值，=因此它们被视为正常命令参数，并且要运行的命令由第一个参数得出

在 中fs-screen=1， asfs-screen不是有效的 shell 变量名，因此不会被识别为赋值，因此将其视为命令参数，并且由于它是第一个参数，因此将其视为命令的名称。因此，它将在 中的内置函数、函数、别名和可执行文件列表中查找$PATH，如果没有找到，则会出现错误。

您可以fs-screen=1使用以下方式定义函数：

$ 'fs-screen=1'() echo hi
$ fs-screen=1
hi

（《谍影重重》）或者：

$ function fs-screen=1 { echo hi; }
$ fs-screen=1
hi

（《科恩》）。

或者别名：

$ aliases[fs-screen=1]='echo hi'
$ fs-screen=1
hi

您还可以定义一个函数或一个名为 的可执行文件var=1，但要调用它，您需要引用=变量名称或变量名称的任何部分（或在可执行文件中添加诸如env或 之类的前缀command）以避免将其视为赋值:

$ 'var=1'() echo hi
$ var=1
$ v\ar=1
hi

在 zsh 中，赋值还可以是：

  • var[index]=value分配给数组元素或字符串中的字符
  • var[first,start]=value对于范围或元素或字符相同
  • 1=foo相同argv[1]=foo：与其他类似 Bourne 的 shell 不同，位置参数可以被视为变量
  • var=(1 2)是一个数组或作为一个整体的关联数组赋值。新版本还有assoc=( [foo]=bar )一个笨重的替代方案来assoc=( foo bar )兼容 ksh93/bash。

5.9.x 之后的下一个版本的 zsh 也将具有命名空间，因此您将能够执行此操作a.x=foo（但不是a.b.c=foo；ksh93 已经具有命名空间以及复合变量和多维数组，并且还允许在数组索引内使用空格，因此您可以执行以下操作a[1 + 1][4].x[foo].bar=13（即使 POSIX 要求运行该a[1命令））。

现在请注意，while在变量名称中无效，在大多数类 Unix 系统中，-所有字符甚至非字符（NUL 除外）都可以出现在环境变量名称中。=也可能（尽管通常并不容易）有一个空名称的环境变量。

但是那些包含除数字或下划线以外的字符，或以数字开头或位于 zsh 不会从环境中导入的列表中的内容，例如并且IFS无法USERNAME映射到 shell 变量：

$ env $'a\nb-c'=123 printenv $'a\nb-c'
123

（这是一个环境变量名称，不仅包含-换行符）。

perl喜欢或python3可以访问它的语言：

$ env $'a\nb-c'=123 perl -le 'print $ENV{"a\nb-c"}'
123
$ env $'a\nb-c'=123 python3 -c 'import os; print(os.getenv("a\nb-c"))'
123

但zsh也不是任何其他类似 Bourne 的 shell，因为它们访问环境变量的方式是通过映射到它们自己的变量。

$ env a-b=1 a_b=2 zsh -c 'echo ${parameters[a-b]-notfound} ${parameters[a_b]-notfound}; printenv a-b'
notfound scalar-export
1

a_b被映射到$a_b标量（不是数组或关联）shell 变量并给出export属性，因为它来自环境，但a-b没有映射。 zsh 仍然将其保留在环境中，因此它将传递给它执行的命令（例如printenv上面的命令）。其他一些外壳喜欢mksh将它们从环境中移除。

¹ 您可能会争辩说，${var-name}如果不是上一点，则可以使用那里，就像您可以使用$(( $! - 1 ))or$(( ${!} - 1 ))作为$!参数，!否则也是算术运算符（与$?,相同$*，$#当然还有$1, $2...），但这些不是变量。变量的要点是你可以给它们赋值，虽然你可以$(( $var ))代替$(( var ))，但你不能代替 ，$(( $var = 1+1 ))因为$(( var = 1+1 ))它们$var在算术表达式求值之前就被扩展了。

相关内容