shell混用引发的任务无法启动

今天在使用debian 脚步启动一个sh时一直报错，由此引发此文的形成：

在使用bash shell时，我们有这样的场景：

env.sh  －－ 定义公共的变量

run1.sh  －－ 定义运行代码

run2.sh  －－ 定义运行代码

如果env.sh中的内容是根据具体的run＊.sh作变化，那么就需要给env.sh中传入变量。

很多人可能会采用这种方式，

场景模拟：

env.sh：

#!/bin/sh
echo $1

run1.sh：

#!/bin/sh

CURRENT_PATH='core'

echo ${CURRENT_PATH}

. /home/admin/tmp/madding.lip/env.sh $CURRENT_PATH

echo "invoke $CURRENT_PATH-service $1" 

if [ "$1" = "stop" ] ; then
    echo "`date`:stop --------------------------------" 
    echo "remove $shutdownFile"
elif [ "$1" = "debug" ] ; then
    echo "`date`:debug --------------------------------" 
fi

执行命令：

sh run.sh start

结果：

在redhat 5.3中：

core
core
invoke core-service

debian 6：

core

start

invoke core-service 

分析：

表面现象问题出在：

. /home/admin/tmp/madding.lip/env.sh $CURRENT_PATH

根本：

debian默认使用的:

madding@wmmad:~$ which sh
/bin/sh
madding@wmmad:~$ ls -l /bin/sh
lrwxrwxrwx 1 root root 4 Jun  6 05:49 /bin/sh -> dash

redhat默认sh使用：

[admin@**** ~]$ which sh
/bin/sh
[admin@**** ~]$ ls -l /bin/sh 
lrwxrwxrwx 1 root root 4 Nov 16  2010 /bin/sh -> bash

处理意见：

1.shell尽量用各个都兼容的方式书写，这样可移植性比较强

2.如果明确使用的shell，尽量在头部表明，这样执行./方式执行时能识别具体的shell

3.如果用具体的shell加脚步方式执行的话，建议明确shell脚步的解析器，如dash xx.sh 或者 bash xx.sh