逐行读取文件的Bash脚本隔夜失效，报$符附近Invalid syntax错误

高频触发原因 #

• 脚本内的$符号被格式自动转换为全角字符
  如果隔夜过程中脚本经过云盘同步、富文本编辑器打开、跨设备粘贴的操作，原本半角的命令替换起始标记$很容易被替换成全角的＄，bash解析时无法识别这个非标准字符，直接在对应位置抛出语法错误。直接删掉这行里的全角符号，手动输入半角$即可修复。
• 脚本行尾被替换为Windows CRLF格式
  脚本如果被Windows系统下的编辑器打开保存、被自动转换行尾的同步工具处理，原本适配Linux环境的LF换行就会被替换为Windows风格的CRLF换行。解析到这行变量赋值语句时，行尾残留的\r不可见字符会打乱bash的语法解析逻辑，导致错误定位刚好卡在$所在位置。可以用dos2unix 你的脚本文件路径命令一键把脚本转回Unix行尾格式，也可以在编辑器里手动删除这行末尾的不可见字符重新保存。
• 行内残留不可见特殊字符
  如果排查完上面两种情况还是报错，直接把这整行代码删掉，手动在编辑器里重新输入一遍即可。这类零宽空格、特殊控制符肉眼无法看到，但会直接打断bash的语法识别流程，触发位置不固定的语法报错。

长期稳定性优化 #

你当前的脚本即使修复了语法问题，LINES=$(cat 'ytZiele.txt')加for LINE in $LINES的遍历写法本身存在兼容隐患：如果ytZiele.txt里的内容带空格、通配符特殊字符，很容易出现解析错乱。更稳妥的写法是直接逐行读取文件，跳过变量中转的步骤：

#!/usr/bin/bash
while IFS= read -r LINE
do    
    echo "$LINE"
done < ytZiele.txt

这种写法既不会因为变量中转触发shell的单词拆分问题，也能最大程度减少特殊字符导致的运行异常。

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