运行中修改脚本软链接指向的影响及关联对象与source场景疑问

这个问题问得很实际——我之前做版本切换时刚好测试过，给你详细拆解：

一、直接运行脚本的场景（如 ./my_script_link） #

当你通过软链接启动脚本时，整个流程是这样的：

• shell首先解析软链接，找到它指向的目标文件的inode，然后内核会打开这个inode对应的文件，创建文件描述符给运行的脚本进程；
• 一旦脚本开始执行，进程就和软链接本身彻底解绑了，它只认持有的文件描述符对应的inode。

具体表现：

• 你先执行 ln -s v1.sh my_script，启动 ./my_script 后，立刻修改软链接指向 ln -sf v2.sh my_script——正在运行的脚本会继续执行v1.sh的全部内容，完全不受软链接变更的影响；
• 哪怕你直接删除v1.sh（rm v1.sh），正在运行的脚本也能正常跑完，因为inode还会保留到进程关闭文件句柄为止，只是目录里找不到这个文件名了。

二、source 脚本的场景 #

source（或者.命令）的逻辑和直接运行完全不同：

• 它是让当前shell进程实时读取并逐行执行脚本内容，而不是启动新进程加载整个文件；
• 每次读取脚本的下一行时，shell都会重新解析软链接，找到当前指向的目标文件。

举个直观的测试例子：

1. 写v1.sh：

echo "Running v1 line 1"
sleep 10
echo "Running v1 line 2"

2. 写v2.sh：

echo "Running v2 line 1"
sleep 10
echo "Running v2 line 2"

3. 创建软链接：ln -s v1.sh my_source
4. 在当前shell执行 source ./my_source，当输出第一行后开始sleep的10秒内，修改软链接：ln -sf v2.sh my_source
5. 等sleep结束，你会看到输出的是 Running v2 line 2，而不是v1的第二行——因为source会实时读取软链接当前指向的文件内容。

总结 #

• 直接运行脚本：进程关联的是软链接指向的目标文件inode，修改软链接对运行中的脚本无任何影响；
• source脚本：当前shell会实时解析软链接，修改软链接会影响后续执行的脚本内容。

内容的提问来源于stack exchange，提问作者Esmu Igors