我想知道我在这段代码中做错了什么:
#!/bin/sh
SERVICE_NAME=neocloud
PATH_TO_JAR=/etc/neocloud/cloud.jar
PID_PATH_NAME=/tmp/neocloud-pid
case $1 in
start)
echo "Starting $SERVICE_NAME ..."
if [ ! -f $PID_PATH_NAME ]; then
nohup java -jar $PATH_TO_JAR /tmp 2>> /dev/null >> /dev/null &
echo $! > $PID_PATH_NAME
echo "$SERVICE_NAME started ..."
else
echo "$SERVICE_NAME is already running ..."
fi
;;
stop)
if [ -f $PID_PATH_NAME ]; then
PID=$(cat $PID_PATH_NAME);
echo "$SERVICE_NAME stoping ..."
kill $PID;
echo "$SERVICE_NAME stopped ..."
rm $PID_PATH_NAME
else
echo "$SERVICE_NAME is not running ..."
fi
;;
restart)
if [ -f $PID_PATH_NAME ]; then
PID=$(cat $PID_PATH_NAME);
echo "$SERVICE_NAME stopping ...";
kill $PID;
echo "$SERVICE_NAME stopped ...";
rm $PID_PATH_NAME
echo "$SERVICE_NAME starting ..."
nohup java -jar $PATH_TO_JAR /tmp 2>> /dev/null >> /dev/null &
echo $! > $PID_PATH_NAME
echo "$SERVICE_NAME started ..."
else
echo "$SERVICE_NAME is not running ..."
fi
;;
esac
通过sh
执行我收到以下错误消息:
语法错误:单词意外(期待" in")
但在case
命令中我in
字。
任何人都知道如何修复此错误?
非常感谢!
答案 0 :(得分:6)
正如此处发布的那样,您的代码在语法上是有效的类似POSIX的shell代码,您可以在shellcheck.net进行验证(但是,这会警告您可能会产生不必要的副作用不要引用您的变量引用(例如,echo $PID_PATH_NAME
而不是echo "$PID_PATH_NAME"
),但这不适用于$1
语句中的case
[1] < / SUP>
)。
同样,复制问题中的代码并将其粘贴到新文件中并使用Ubuntu上的sh
(即Dash)来执行它,也可以正常工作。
因此 - 除非你的sh
不是它应该是的 - 我怀疑你有'怪异的&#34; shell文件中的字符,例如标准ASCII范围之外的Unicode空格,它可能看起来像正常的空格一样,但不是; Unicode不间断空格字符(U_00A0
,UTF8编码为0xC2 0xA0
)就是一个例子。
要查找此类字符,请运行以下命令(script
代表您的脚本):
LC_ALL=C cat -e script
并在输出中查找M-
和^<letter>
个序列;例如,上述不间断空格显示为M-BM-
。
[1] 双重引用case
语句的参数并不会造成伤害,但不是必需的 。
虽然不带引号的参数/变量引用在类似POSIX的shell中的大多数位置进行了分词和路径名扩展,但case
是一个奇怪的例外。
以下内容对此进行了演示,并适用于所有类似POSIX的主要shell(dash
,bash
,ksh
,zsh
):
$ sh -c 'case $1 in "foo *") echo "match";; *) echo "nomatch"; esac' - 'foo *'
match
文字参数foo *
与case
分支匹配,即使$1
未加引号。
(与典型情况(例如echo $1
)形成对比,其中$1
的值将受到分词和路径名扩展(全局)的影响。)
答案 1 :(得分:0)
您是否尝试过quoting the argument?
case "$1" in
...