如何阻止Bash循环处理执行过程中生成的同扩展名文件？
嘿，这个问题我之前踩过坑！先给你捋清楚为什么你存变量的方法没用，再给你几个能彻底解决的方案。
为什么你的变量方法没解决问题？
你用list_bam=$(for i in *.bam; do echo $i; done)把文件名存到变量里，然后遍历$list_bam，看似能固定初始文件列表，但这里藏着两个容易踩的坑：
空白字符导致的分词混乱：如果你的
.bam文件名里有空格、制表符甚至换行，echo $i会把这些空白符当成分隔符，把一个完整的文件名拆成好几段存在变量里。之后for i in $list_bam遍历的时候，这些被拆碎的片段会被当成独立的“文件名”处理，看起来像是循环误处理了新文件，但其实是原有文件名被拆坏了。意外的通配符扩展：如果某个文件名里刚好包含
*之类的通配符（比如sample*.bam），那$list_bam展开时，shell会再次触发路径扩展，匹配到你循环中生成的临时.bam文件，这就真的会把新文件加入到循环里了。
另外还有一种可能：你是不是在循环内部不小心修改了list_bam变量？比如误把临时文件名写到变量里，那后续循环自然会处理新文件。
彻底解决的靠谱方案
想要让循环只处理预先存在的.bam文件，最稳妥的方式是用数组存储初始文件名列表（bash环境下），或者用临时文件存列表（兼容其他shell）。
方案1：用bash数组（推荐）
数组能完美保存每个文件名的完整性，不会被拆分，也不会触发意外扩展，而且是一次性获取初始列表，后续生成的文件完全不会影响循环：
# 第一步：把当前目录下所有已存在的.bam文件存入数组 bam_files=( *.bam ) # 第二步：遍历数组，处理每个文件 for i in "${bam_files[@]}"; do # 这里写你的处理逻辑，比如： echo "正在处理：$i" # 就算这里生成新的.bam临时文件，也不会被加入到数组里 done
关键细节："${bam_files[@]}"的引号绝对不能丢，丢了就会回到之前的分词问题。
方案2：用临时文件存储列表（兼容非bash环境）
如果你的环境是sh之类不支持数组的shell，可以用临时文件来存初始文件名列表：
# 生成临时文件，写入当前所有.bam文件名（-1参数让ls每行输出一个文件名） ls -1 *.bam > /tmp/bam_temp_list.txt # 逐行读取临时文件里的文件名 while IFS= read -r i; do echo "正在处理：$i" # 你的处理命令 done < /tmp/bam_temp_list.txt # 最后记得删除临时文件 rm /tmp/bam_temp_list.txt
IFS= read -r i这个写法能确保读取到完整的文件名，包括开头/结尾的空格、特殊字符，不会出现截断。
方案3：处理子目录下的文件（用find+数组）
如果你的.bam文件分布在子目录里，可以用find结合数组来获取所有初始文件：
# 用find获取当前目录及子目录下的所有.bam文件，存入数组 # -print0和readarray -d ''是为了处理含换行符的极端文件名情况 readarray -d '' bam_files < <(find . -type f -name "*.bam" -maxdepth 1) # 遍历数组处理 for i in "${bam_files[@]}"; do echo "正在处理：$i" done
-maxdepth 1可以限制只找当前目录的文件，去掉它就会递归子目录。
补充：关于最初的for i in *.bam的小误区
其实在bash里，for i in *.bam是循环启动前就完成通配符扩展的，生成一个固定的文件名列表，之后循环内部生成的新.bam文件不会被加入到这个列表里。如果你发现它处理了新文件，大概率是：
- 你在循环内部修改了原有文件的文件名，导致循环遍历到修改后的文件；
- 你用的是
while循环结合实时输出（比如ls *.bam | while read i，不过ls也是一次性执行的，这种情况很少见）； - 你的shell不是bash（比如某些古老的sh实现，可能会每次迭代都重新扩展通配符）。
总之，用数组或者临时文件固定初始列表，是最稳妥的解决方式。
内容的提问来源于stack exchange，提问作者river
