SSH终端粘贴Bash Here Document随机损坏问题求助

我碰到过好几次类似的问题，大概率是终端和远程shell的输入交互在搞鬼，咱们一步步来拆解原因和解决办法：

可能的故障原因 #

1. 终端的括号粘贴（Bracketed Paste）干扰：现代终端（比如GNOME Terminal、Xterm）默认会开启括号粘贴功能，粘贴时会发送特殊控制字符标记粘贴的开始和结束。如果远程shell的readline模块处理这些字符不顺畅，就可能打乱Here Document的解析逻辑，导致部分行或字符丢失。
2. 输入流过快导致shell解析不及时：你的脚本有430行，一次性粘贴时输入流速度很快，而shell在处理Here Document时需要实时判断是否遇到EOF标记，一旦输入流超过shell的处理缓冲区，就可能出现字符截断或行丢失的情况。普通cat >因为不需要解析内容，只是直接写入，所以不会有这个问题。
3. Shell的编辑/补全功能干扰：如果远程shell开启了vi/emacs编辑模式、自动补全或历史记录功能，粘贴时这些功能可能误触发，把部分脚本内容当作命令或补全请求处理，导致内容损坏。

可行的解决方法 #

临时禁用括号粘贴（快速见效） #

在远程shell中执行以下命令，临时关闭括号粘贴功能：

bind 'set enable-bracketed-paste off'

之后再尝试粘贴Here Document内容，大概率能解决问题。如果要永久生效，可以把这行添加到你的~/.inputrc文件中。

改用文件传输替代粘贴（最可靠） #

既然脚本本身没问题，直接用scp把本地脚本传到远程服务器是最稳妥的方式，完全避免粘贴的问题：

scp /path/to/local/test.sh your_user@remote_server:/target/path/test.sh

如果需要批量操作多台服务器，可以写个简单的循环脚本配合scp或者rsync，效率比粘贴高很多。

调整Here Document的写法 #

尝试用tee命令替代cat，tee的输入处理逻辑更稳定，不容易出现解析问题：

tee test.sh <<'EOF'
# 这里粘贴你的脚本内容
EOF

另外，粘贴前可以先关闭shell的编辑模式，避免干扰：

set +o vi +o emacs

降低粘贴速度（应急方案） #

如果必须用粘贴方式，有些终端允许设置粘贴延迟（比如Konsole、Terminator），开启“粘贴时逐行延迟”的选项，让输入流速度慢下来，给shell足够的时间解析Here Document内容。

内容的提问来源于stack exchange，提问作者Martin Fejfár