在Linux操作系统中，执行.sh脚本文件（Shell脚本）主要依赖于两种核心机制：赋予文件执行权限后直接调用，或显式指定Shell解释器进行运行，掌握这两种方法及其背后的权限管理、环境变量和路径原理，是进行系统自动化运维与开发的基础，以下将从权限配置、执行方式、进阶差异及故障排查四个维度，详细解析Linux下执行.sh文件的专业操作流程。
核心前置步骤：赋予执行权限
在Linux中，文件默认通常不具备执行权限，直接运行会报错，最标准的第一步是修改文件权限,这涉及到Linux强大的权限管理模型。
查看当前权限
使用ls -l命令可以查看文件的详细属性。
-rw-r--r-1 user group 1234 Oct 10 10:00 script.sh
输出结果中，第一组字符-rw-r--r--表示权限，如果看不到x（execute）,说明该文件无法直接执行。
添加执行权限
使用chmod（Change Mode）命令来授权，这是最常用的方法：
chmod +x script.sh
执行该命令后，文件属性将变为-rwxr-xr-x，意味着所有者拥有读、写、执行权限，组用户和其他用户拥有读和执行权限。+x参数是安全且通用的做法,它在不影响其他权限的情况下添加执行位。
标准执行方法：绝对路径与相对路径
一旦文件拥有了执行权限，就可以通过路径来调用它，这是Linux系统设计中最符合“一切皆文件”哲学的执行方式。
使用相对路径（最常用）
如果脚本位于当前工作目录下，必须使用前缀来告诉系统脚本在当前目录中：
./script.sh
注意： 这里的至关重要，出于安全考虑，Linux默认不会在当前目录（）中寻找可执行文件，必须显式指定路径，否则系统会提示“command not found”。
使用绝对路径
无论当前工作目录在哪里，都可以通过文件的完整路径来执行：
/home/user/scripts/script.sh
这种方式在编写系统级定时任务或系统服务脚本时非常常见，因为它不依赖于用户所在的当前目录,具有更高的确定性。
解释器显式调用方式
即使文件没有执行权限，也可以通过显式指定Shell解释器来运行脚本，这种方式绕过了文件系统的执行位检查,直接将脚本作为解释器的参数传入。
使用 bash 或 sh 命令
bash script.sh
或
sh script.sh
核心差异： 当使用这种方式时，脚本文件的权限只需要“读”权限即可，不需要“执行”权限，这种方式强制使用指定的解释器（如bash），而不依赖于脚本文件第一行的Shebang（如#!/bin/bash）声明,这在调试脚本或兼容不同Shell环境时非常有用。
使用 source 或 . 命令（在当前Shell中执行）
source script.sh
或
. script.sh
专业见解： 这是许多初学者容易忽略的高级用法，上述所有方法（包括和bash script.sh）都会在当前Shell的子进程中运行脚本，脚本结束后，子进程销毁，其中的变量更改不会带回父Shell，而source命令会让脚本在当前Shell环境中直接执行，这意味着脚本中定义的变量、更改的目录操作，在脚本结束后依然有效，这在加载环境配置文件（如.bashrc）时是必须的。
关键配置与故障排查
在实际生产环境中，执行.sh文件往往伴随着环境配置问题和跨平台兼容性问题。
Shebang（哈希邦）的重要性
脚本的第一行通常是#!/bin/bash或#!/usr/bin/env python3，这行代码被称为Shebang，它告诉内核应该用哪个解释器来运行该文件，如果直接执行./script.sh但缺少这一行，系统通常会报错或尝试用默认Shell执行，导致非预期结果。最佳实践是始终在脚本开头明确指定Shebang。
解决“/bin/bash^M: bad interpreter”错误
这是一个经典的跨平台问题，如果在Windows下编辑过脚本，换行符会被转换为CRLF（\r\n），而Linux只识别LF（\n），那个^M就是回车符。
解决方案： 使用dos2unix工具转换，或者使用sed命令去除回车符：
sed -i 's/\r$//' script.sh
环境变量与路径依赖
脚本中引用的命令如果是相对路径，或者依赖于特定的环境变量（如JAVA_HOME），在通过crontab或非交互式Shell执行时可能会失败。专业的解决方案是在脚本内部显式设置环境变量，或者使用source ~/.bash_profile加载用户环境,确保脚本在任何上下文中运行的一致性。
安全性最佳实践
执行脚本伴随着系统风险,特别是从网络下载的未知脚本。
执行前检查
在运行./install.sh之前，务必使用less或cat查看脚本内容，确认没有恶意代码（如rm -rf /）。
使用哈希校验
对于重要的生产脚本，发布者应提供SHA256校验值，下载后，使用sha256sum script.sh对比哈希值,确保文件未被篡改。
避免以Root身份盲目运行
除非必要，尽量不要使用sudo执行脚本，如果必须使用,建议检查脚本内部是否正确处理了权限降级。
相关问答
Q1：为什么我有执行权限，输入 ./script.sh 还是提示 command not found？
A： 这通常有两个原因，第一，脚本文件的Shebang（第一行）指定的解释器路径错误，例如系统里bash在/usr/bin/bash，脚本里却写了/bin/bash，第二，脚本文件的格式是Windows格式（包含^M字符），导致解释器路径识别错误，建议使用readelf -l script.sh或cat -A script.sh检查文件头，并使用dos2unix修复格式问题。
Q2：在Shell脚本中 ./script.sh 和 bash script.sh 有什么本质区别？
A： 主要区别在于解释器的选择优先级。bash script.sh 强制使用当前的bash解释器来运行脚本，忽略脚本内部的Shebang行，而 ./script.sh 会读取脚本第一行的Shebang（#!/bin/sh），如果系统安装了dash，它可能会用dash来运行，而不是bash，这可能导致脚本在不同Shell环境下行为不一致,特别是在使用数组等Bash特有语法时容易报错。
互动环节：
你在执行Linux脚本时遇到过哪些令人印象深刻的报错？欢迎在评论区分享你的排查经历，或者直接粘贴你的报错信息,我们将一起提供专业的解决方案。
