准备工作
在CentOS系统中运行Shell脚本前，需确保脚本文件存在且具备执行权限，使用文本编辑器（如vi或nano）创建脚本文件，例如test.sh，并在文件中编写Shell命令，简单的echo命令脚本：
#!/bin/bash echo "Hello, CentOS!"
注意，脚本首行的#!/bin/bash是必要的，它指定了解释器路径，保存文件后，通过chmod +x test.sh命令赋予执行权限，避免因权限不足导致脚本无法运行。
执行脚本的多种方式
在CentOS中，执行Shell脚本主要有以下三种方式：
- 绝对路径执行：若脚本位于
/home/user/scripts/目录下，可直接输入/home/user/scripts/test.sh运行，此方式要求脚本路径正确，且用户有执行权限。 - 相对路径执行：若脚本在当前目录，需先执行
chmod +x ./test.sh确保当前目录有执行权限，然后通过./test.sh运行，注意，前缀不可省略，否则系统可能将脚本视为命令而非文件。 - 使用
bash命令：通过bash test.sh或sh test.sh执行脚本，此时无需脚本具备执行权限，系统会调用新的Shell进程解释脚本内容，但这种方式下，脚本中的#!/bin/bash声明会被忽略。
常见问题排查
脚本执行时可能遇到问题，以下是常见故障及解决方法：
- 权限不足：若提示
Permission denied，需使用chmod命令修改权限，如chmod 755 test.sh（所有者可读写执行，其他用户可读执行）。 - 解释器错误：若提示
bad interpreter: No such file or directory，通常因#!/bin/bash路径错误，可通过which bash确认实际路径并修改脚本首行。 - 命令未找到：提示
command not found时，可能是脚本调用的命令未安装或未加入系统环境变量，可通过yum install <package>安装依赖，或检查$PATH变量是否包含命令路径。
调试与优化
对于复杂的Shell脚本，调试是关键，可通过以下方式提升脚本质量：
- 开启调试模式：在脚本执行时添加
-x参数（如bash -x test.sh），会逐行输出命令及其执行结果，便于定位逻辑错误。 - 使用日志记录：通过
>>将输出重定向到日志文件，例如./test.sh >> script.log 2>&1，同时记录标准输出和错误信息，方便后续分析。 - 变量检查：使用
set -u选项可使脚本在未定义变量时报错，避免因变量未初始化导致的逻辑漏洞。
安全注意事项
运行Shell脚本时需注意安全性，尤其是对来自不可信源的脚本：
- 避免直接执行：不要轻易运行未经验证的脚本，可能包含恶意命令，建议先通过
cat或less查看脚本内容，确认无误后再执行。 - 限制权限：仅赋予脚本必要的最小权限，避免使用
chmod 777赋予过高权限。 - 沙箱测试：在隔离环境中（如虚拟机）测试脚本，避免对生产系统造成影响。
相关问答FAQs
Q1: 为什么在CentOS中执行脚本时提示“Permission denied”？
A: 通常因脚本文件缺少执行权限，可通过ls -l test.sh查看权限，若显示-rw-r--r--，说明只有读写权限，需执行chmod +x test.sh添加执行权限，若仍报错，检查文件所有者是否为当前用户，或使用sudo提权执行。
Q2: Shell脚本中的#!/bin/bash必须写吗？不写会有什么影响？
A: 该行称为“Shebang”，用于指定脚本解释器路径，若省略，执行脚本时需显式调用解释器（如bash test.sh）；若直接通过./test.sh运行，系统可能因无法识别解释器而报错，建议始终保留Shebang,以确保脚本在各种环境下被正确解释。