Shell脚本可通过source或.命令加载外部函数库实现复用，需遵循命名规范、守卫机制、局部变量声明及路径管理等原则保障模块化与安全性。
Shell 脚本本身不支持传统意义上的“函数库”或“动态链接”，但可以通过 source（或 .）命令显式加载外部脚本文件，实现函数定义的复用与跨脚本共享。关键在于路径管理、作用域控制和加载时机。
函数库文件的编写规范
将可复用函数集中写入独立文件（如 lib_utils.sh），需注意：
- 只定义函数，避免执行逻辑（如不直接调用函数、不读取用户输入、不修改全局环境变量）
- 使用小写字母+下划线命名函数（如 log_info、is_file_readable），避免与系统命令冲突
- 可选添加守卫机制防止重复加载：[[ ${LIB_UTILS_SH_LOADED} ]] && return; LIB_UTILS_SH_LOADED=1
- 不依赖未声明的全局变量；如需配置，通过参数传入或提供初始化函数
在主脚本中调用函数库
使用 source 或 . 命令引入库文件，路径可以是绝对路径、相对路径或通过 PATH 查找：
- 同目录： source ./lib_utils.sh
- 子目录： source ./lib/lib_core.sh
- 固定位置（如 /usr/local/lib/shell/）： source /usr/local/lib/shell/log.sh
- 利用 PATH 搜索（需配合函数封装）：source "$(command -v lib_network.sh 2>/dev/null)"
加载后，库中所有函数即进入当前 shell 作用域，可直接调用。
跨脚本共享时的作用域与变量隔离
Shell 函数默认在调用者环境中执行，变量易污染。保障模块化安全性的做法：
- 函数内优先使用 local 声明变量（尤其循环变量、临时结果）
- 避免修改 $1～$9 等位置参数；如需重排，用 set -- 并加注释说明
- 导出函数仅当明确需要子 shell 继承（如 export -f my_func），一般不导出
- 敏感操作（如 cd、umask）应在函数内配对恢复，或改用子 shell 封装：(cd "$dir" && do_something)
自动化加载与模块发现（进阶）
对于多模块项目，可建立轻量级加载器（如 loader.sh）统一管理依赖：
- 定义 load_lib name 函数，按约定路径查找 lib_${name}.sh
- 支持版本检查或最低 Shell 版本要求（如 [[ ${BASH_VERSION%%.*} -ge 4 ]] || die "Bash 4+ required"）
- 结合 find 或 ls 自动加载 lib/*.sh（慎用于生产，需控制加载顺序）
- 错误处理必须显式：加载失败时 exit 1 或 return 1，并提示缺失路径
模块化不是追求复杂架构，而是让每个脚本能清晰表达“做什么”，把“怎么做”交给可测试、可复用的函数库。
