file env.sh sed -i '1s/^\xEF\xBB\xBF//' env.sh head -c 20 env.sh | xxd
同事用 Windows 记事本改了配置脚本，传到服务器执行报 ./env.sh: line 1: $'\357\273\277#!/bin/bash': command not found，脚本一行都没跑。这类现象通常不是突然出现的，往前翻半天日志能看到苗头。
追下去是这么回事：UTF-8 BOM 是三个不可见字节，被拼在 #! 前面，内核找不到这个解释器路径，bash 把它当成一条命令。文件内容本身没问题。
这次卡住的地方就在「BOM 导致首行失效」这一环，单独把它拎出来验证，别和其他改动混在同一次发布里。同一份配置存在多处的，先确认改的是被加载的那一份。
新版本先放一台机器上跑一天再全量，问题一般在这段时间暴露。备份不是备了就行，恢复一次才算数，很多备份文件打开才发现是空的。
接口问题先分清是没发出去、发出去了没收到，还是收到了处理失败。
处理上按这个顺序：用 file 命令确认是否带 BOM；用 sed 去掉前三个字节 或者 iconv 转成无 BOM 的 UTF-8；编辑器统一设成 UTF-8 无 BOM；改完执行一次 确认 shebang 能被正确识别。
确认没问题再收工，file 输出里不再有 BOM 字样，脚本第一行能正常执行。