如何在Bash批处理脚本中控制调用的SQLite版本？

问题现象 #

• 交互式Bash会话中，通过alias可以正常调用brew安装的SQLite 3.44.2，但which sqlite3仅会返回系统自带的/usr/bin/sqlite3（版本3.8.10.2）
• 编写Bash批处理脚本时，即便在脚本内配置了与交互式会话相同的PATH和alias，调用sqlite3仍默认使用系统旧版本，只有直接指定brew安装的完整路径才能调用高版本

根因分析 #

由于系统是老旧的macOS 10.11.6 El Capitan，不在brew官方支持范围内，导致brew无法自动为安装的SQLite创建全局软链接到/usr/local/bin这类PATH包含的目录。同时，Bash脚本默认不会读取交互式配置文件（如~/.bashrc或~/.bash_profile），即便手动在脚本中添加alias，脚本执行时也会优先按PATH查找可执行文件，而非解析alias。

解决方案 #

方案1：脚本内直接指定brew安装路径（临时应急） #

先通过brew info sqlite确认SQLite的brew安装路径（通常为/usr/local/opt/sqlite/bin/sqlite3），在脚本中直接使用完整路径调用：

/usr/local/opt/sqlite/bin/sqlite3 --version

方案2：调整脚本的PATH优先级（推荐） #

在脚本开头将brew安装SQLite的bin目录添加到PATH最前端，让系统优先搜索该目录下的可执行文件：

# 将SQLite的brew安装目录加入PATH最前
export PATH="/usr/local/opt/sqlite/bin:$PATH"
# 直接调用sqlite3即可使用高版本
sqlite3 --version

方案3：手动创建全局软链接 #

如果brew无法自动生成链接，可手动将SQLite二进制文件链接到/usr/local/bin（确保该目录在PATH中且优先级高于/usr/bin）：

sudo ln -s /usr/local/opt/sqlite/bin/sqlite3 /usr/local/bin/sqlite3

完成后，无论是交互式会话还是脚本，只要PATH包含/usr/local/bin且在/usr/bin之前，直接调用sqlite3即可使用高版本。

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