脚本自毙大作战：让脚本不再误杀自己！

项目场景：

 在linux中执行脚本，全路径和当前路径执行结果不一样。

---

问题描述

在/home/test路径有个a.sh文件。内容如下：

echo "开始测试脚本"
    kill -9 `ps -ef|grep test|awk '{print $2}'|xargs`
echo "结束"

直接执行 sh a.sh 结果：

开始测试脚本
a.sh: line 3: kill: (239213) - No such process
结束

全路径执行 sh /home/1/test/a.sh 结果：

开始测试脚本
Killed

---

原因分析：

当使用全路径sh /home/1/test/a.sh执行时，进程名称（command列）中会包含路径 /home/1/test/a.sh，其中包含test字符串。因此，grep test会匹配到正在执行的脚本本身，然后kill -9命令将基于该pid杀掉自己，导致脚本被提前终结，echo "结束"命令得不到执行。

当在脚本所在目录 /home/1/test下直接执行sh a.sh时，进程名称不会包含路径（假设没有其他包含test字符串的相关进程），或者该路径信息并不会匹配grep test的查询条件，所以这时候kill -9命令可能不会找到任何进程（依据当前运行的其他进程情况），从而不会杀掉自己，脚本可以顺利运行到最后，打印出结束。

---

解决方案：

1:一种常见的做法是使用grep查找时，用一个正则表达式使得grep的搜索模式不匹配其自身。例如：
kill -9 ps -ef|grep 'tes[t]'|awk '{print $2}'|xargs
这里将act改为tes[t]，使得grep在查找时不会将匹配字符串解释为test，从而避免匹配到含有grep tes[t]自身的进程行，但其它进程名包含act的进程仍会被匹配出来，以便kill命令进行杀死操作。
2：修改掉路径的名称，使其不重复

在这个问题中，脚本似乎变成了自己的克星，就像是一部悬疑电影中的反派角色，总是在关键时刻出现搅局。或许我们可以把这个问题想象成是一场“脚本大逃杀”，而我们需要做的就是让脚本无处可逃，让它乖乖地执行完自己的任务。就像是在玩捉迷藏，我们需要让脚本找不到自己，或者让它找到了也不会被吓到。毕竟，脚本也是有点小胆怯的，它只是想安安静静地完成工作，不想被自己吓到。所以，让我们给脚本一点“安全感”，让它在执行时不再“自己吓自己”，而是安心地完成任务吧！