Bash执行带转义引号命令报unexpected EOF匹配引号错误

报错unexpected EOF while looking for matching "'"`核心是引号嵌套逻辑混乱，同时存在几个低级错误：

• 命令首尾多套了一层无意义的双引号，把${comand} bash -c ...整个片段包裹起来，直接导致shell解析时引号配对错位
• 全靠\"做双引号嵌套转义的写法容错率极低，且没有处理$PATH、${var}的提前展开问题：当前shell会先解析这两个变量替换成实际值，很容易把变量值里的特殊字符带进来破坏引号结构
• 变量名拼写错误：你写的是${comand}，正确拼写应为${command}，漏了字母n

根据你要「目标命令行整体被双引号包裹」的需求，直接用单引号做外层包裹是最稳妥的写法，不需要额外转义，也不会出现变量提前展开的问题：

${command} bash -c  '"export PATH=/local/Miniconda3/bin:$PATH >> ~/.bashrc; /local/Miniconda3/bin/python3 scripts/DNAscan.py ${var}"'

写法逻辑说明：

• 外层单引号会把内部所有内容原样传给bash -c，单引号内部的双引号不需要加转义符，会直接保留，刚好满足你要命令行被引号包裹的要求
• 单引号内部的$PATH、${var}不会被当前shell提前解析替换，会等进入bash -c启动的子shell后再按上下文正常展开
• 删掉了原命令首尾多余的外层双引号，修正了command的拼写错误

如果你不需要给传给bash -c的命令额外套一层引号，只是要正常执行目标逻辑，可以用更简洁的写法：

${command} bash -c  'export PATH=/local/Miniconda3/bin:$PATH >> ~/.bashrc; /local/Miniconda3/bin/python3 scripts/DNAscan.py ${var}'

• 多层引号嵌套时优先用「单引号包双引号」「双引号包单引号」的组合，不要全用同一种引号靠反斜杠转义，转义层数超过2层就非常容易出漏子
• 调试时先在整个命令前加echo，先打印出shell实际解析后的命令内容，和预期一致后再实际执行
• 逐个数同类型引号的数量，正常情况下同类型引号（不考虑转义的话）一定是偶数个，出现奇数个就说明有引号没闭合

内容的提问来源于stack exchange，提问作者Mr.Transistor