shell脚本应避免硬编码：用$bash_SOURCE[0]获取脚本路径，参数用${1:-default}设默认值，敏感配置外置并设600权限；处理空格文件名需find -print0配合read -d ”；通过[[ “${BASH_SOURCE[0]}” == “${0}” ]]区分直接执行与source调用；cron中须显式声明PATH、用绝对路径、指定bash解释器。

Shell 脚本里怎么避免硬编码路径和参数

硬编码是自动化脚本最常崩的点——换台机器、换个用户、甚至换个项目目录，./deploy.sh 就报 No such file or Directory。根本不是语法错，是路径失效。

解决思路就一条：把可变部分抽成变量，且优先从环境或调用时传入，而不是写死。

• SCRIPT_DIR=$(cd "$(dirname "${BASH_SOURCE[0]}")" && pwd) —— 获取脚本自身所在绝对路径，比 pwd 可靠得多
• 用 ${1:-"/opt/app"} 表示“第一个参数，没传就用默认值”，避免空值导致命令失败
• 敏感配置（如密码、Token）绝不写进脚本，改用 source ./env.conf 或读取 $HOME/.mytoolrc，且确保该文件权限为 600

批量处理文件时为什么 find + while 读不出带空格的文件名

这是 Shell 新手掉进最多次的坑：find . -name "*.log" | while read f; do echo $f; done 遇到 Error log 2024.txt 就只输出 error。

本质是 read 默认按空白符分割，而 find 的输出没有做安全分隔。正确做法是让 find 控制分隔方式，再配对处理：

find . -name "*.log" -print0 | while IFS= read -r -d '' file; do   echo "Processing: $file"   # 这里可以安全使用 $file，含空格、换行都 OK done

关键点：-print0 让 find 用 分隔，read -d '' 对应用 当行尾，IFS= 和 -r 防止反斜杠被误解析。

如何让一个脚本既可单独运行，又能被 source 复用函数

想把常用逻辑（比如日志打印、服务状态检查）封装成函数库，又不想每次都要 source utils.sh 才能跑主脚本——那就得判断执行上下文。

核心依据是：$0 指向当前执行文件名，而 source 时 $0 不变，仍是外层 shell 的名字（如 -bash）。所以：

• 用 [[ "${BASH_SOURCE[0]}" == "${0}" ]] 判断是否直接执行（即 ./script.sh）
• 如果是，就调用主逻辑；如果不是，就只定义函数，不执行

#!/bin/bash 
log_info() { echo "[$(date +'%H:%M:%S')] INFO: $*" }
只有直接运行本脚本时才执行下面这段
if [[ "${BASH_SOURCE[0]}" == "${0}" ]]; then log_info "Starting deployment..."
主流程放这里
fi

定时任务（cron）里脚本不生效，但手动 run 就 OK

cron 环境极简：PATH 基本只有 /usr/bin:/bin，没加载 ~/.bashrc，连 which jq 都可能返回空。这不是脚本问题，是环境缺失。

两个必须动作：

• 在 crontab 里显式声明 PATH，比如 PATH=/usr/local/bin:/usr/bin:/bin
• 脚本开头加 set -eux，并重定向所有输出：*/5 * * * * /path/to/backup.sh >> /var/log/backup.log 2>&1，否则错误全丢进黑洞
• 绝对路径！python3 改成 /usr/bin/python3，mysqldump 改成 /usr/bin/mysqldump，用 which 查准位置

还有个隐藏雷区：cron 默认 SHELL 是 /bin/sh，不支持 [[ 或数组语法。要么改成 #!/bin/bash 并显式调用 bash /path/to/script.sh，要么全用 POSIX 兼容写法。