执行shell脚本报错find: missing argument to -exec问题求助

这个报错的核心逻辑是find没有识别到-exec动作的合法终止标记，手动粘贴命令可正常运行、仅脚本执行报错的场景，100%是脚本文件本身的解析异常，和find程序版本、系统权限、命令语法无关，按以下优先级排查即可：

• 最高概率诱因：脚本文件使用Windows CRLF换行符
  出问题的脚本如果曾在Windows系统下编辑、通过Windows端FTP/文本传输工具上传，行尾会被自动写入不可见的\r（回车）字符，你写的终止符\;实际在文件中存储为\;\r，find读到带回车的终止符时会判定格式非法，报参数缺失错误。
  验证方式：执行cat -A 你的脚本文件路径，如果每行末尾显示^M$标记，即可确认是换行符问题。
  修复方式：执行dos2unix 你的脚本文件路径一键转Unix格式；如果服务器没有装dos2unix，执行sed -i 's/\r$//' 你的脚本文件路径也可清除所有行尾的回车符。
• 次高概率诱因：转义符/分号存在不可见异常
  常见情况包括编辑时输入法未切半角，\或;被打成全角字符、脚本被其他程序自动插入了零宽空格、多余转义符（比如误写为\\;），这类异常肉眼几乎无法识别。
  验证方式：执行od -c 你的脚本文件路径 | grep -A2 -B2 find，查看输出中find命令对应行的字符，确认\;位置是独立的\和;两个半角字符，无其他多余不可见字符。
• 低概率诱因：脚本解释器不兼容
  检查脚本首行的shebang配置，如果写的是#!/bin/csh、#!/bin/tcsh这类非POSIX标准shell，不同shell对转义符的解析规则存在差异，会把\;转义为其他字符传递给find；手动执行时你默认使用的是bash/sh，所以语法可正常解析。
  修复方式：将脚本首行改为#!/bin/bash，执行脚本时显式调用bash 你的脚本文件路径即可。

根治转义问题的替代写法 #

你当前使用的-exec ... {} \;写法需要手动转义分号，本身就容易因为格式问题触发报错，可以直接替换为批量传参的+终止符写法，既不需要转义，执行效率也更高（不需要每找到一个文件就fork一次rm进程）：

# 额外加了-depth参数，优先处理深层子目录，避免父目录先被删除导致的遍历报错
find /hana/shared/directory -type d -mtime +2 -depth -exec rm -rf {} +

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