Bash是否缓存已source文件？PROMPT_COMMAND重复source未改文件是否优化？

1. Bash原生是否会对未修改的脚本做加载优化？ #

不会。Bash每次执行source命令时，都会从磁盘重新读取脚本内容，完全不会检查文件是否有变更——它没有内置的缓存机制来跳过未修改文件的磁盘读取和解析流程。哪怕脚本内容一丝没变，每次触发$PROMPT_COMMAND里的source，都会重复走一遍磁盘IO和脚本解析的步骤。

2. 手动优化的可行方案 #

针对这种高频source的场景，你可以自己实现缓存逻辑，避免重复读取未变更的文件：

• 基于修改时间和文件大小的缓存：记录脚本的最后修改时间（mtime）和文件大小，每次执行source前先检查这两个值。如果和上次记录的一致，就跳过source操作；如果不一致，重新读取并更新记录值。示例代码：

  # 初始化缓存变量
  _cached_script_path="/path/to/your/script.sh"
  _cached_mtime=0
  _cached_size=0
  
  # 封装优化后的source逻辑
  optimized_source() {
      local current_mtime=$(stat -c %Y "$_cached_script_path")
      local current_size=$(stat -c %s "$_cached_script_path")
      if [[ $current_mtime -ne $_cached_mtime || $current_size -ne $_cached_size ]]; then
          source "$_cached_script_path"
          _cached_mtime=$current_mtime
          _cached_size=$current_size
      fi
  }
  
  # 把优化后的函数放到PROMPT_COMMAND里
  PROMPT_COMMAND="optimized_source; $PROMPT_COMMAND"
  

• 针对纯函数定义脚本的额外优化：如果脚本只包含函数定义，还可以在缓存逻辑里加入额外判断——比如检查脚本内容的哈希值（如果觉得mtime+size不够），或者直接标记函数是否已经定义，避免重复执行函数定义语句（不过Bash重复定义函数会覆盖旧的，所以如果文件没变更，重复定义也不会有问题，但跳过的话能节省解析时间）。

3. 修改时间+文件大小是否足以判断文件变更？ #

大部分场景下足够，这也是rsync默认采用的判断方式。但存在极小概率的误判：比如有人修改了文件内容后，又把修改时间改回原来的，同时调整文件大小和原文件一致——这种恶意篡改的情况能绕过这个判断。如果你的场景对文件完整性要求极高，可以改用文件哈希校验（比如用sha256sum计算文件哈希，对比缓存的哈希值），但哈希计算会带来额外的CPU开销，需要在性能和安全性之间做权衡。如果你的文件系统支持存储文件校验和（比如某些ZFS配置），用内置的校验和会是更高效的方案。

内容的提问来源于stack exchange，提问作者Cigarette Smoking Man