PHP的rename()函数本身支持含感叹号的文件名，失败通常源于Nginx/Apache重写规则、FTP二次编码或shell命令未转义等外部环节，而非感叹号在PHP层面非法。
PHP中用rename()处理含感叹号的文件名会失败？
直接调用 rename() 替换含 ! 的文件名通常能成功，但失败往往不是因为感叹号本身——而是它在 shell 环境或某些 FTP/HTTP 代理层被提前解释。PHP 的 rename() 是内核级系统调用，对 ! 完全无感；真正出问题的环节常在：上传时被 Nginx/Apache 重写规则截断、FTP 客户端二次编码、或你用 exec() 拼接了未转义的 shell 命令。
Linux 下 PHP 读写含 ! 文件的实操要点
只要路径由 PHP 直接传给系统调用（如 rename()、file_get_contents()），! 就是合法字符，无需额外转义。但要注意这些细节：
-
!在双引号字符串里不特殊，但若你拼接了shell_exec("mv {$old} {$new}")，必须用单引号包裹整个命令，或对变量用escapeshellarg() - Web 服务器（如 Nginx）若配置了
location ~ /.php$类似规则，且文件名带!又恰好匹配到正则中的特殊含义，可能触发 404 或 403 —— 这和 PHP 无关，是路由层拦截 - 使用
glob()查找含!的文件时，!在方括号表达式中表示“非”，例如glob("file[!a-z].txt")，所以单独匹配字面量!要写成glob("file/!.txt")（反斜杠转义）或改用scandir()
安全可靠的文件名替换代码示例
以下方式绕过所有常见陷阱，适用于含 !、空格、中文等任意合法字符的文件：
if (file_exists($old_path) && !file_exists($new_path)) {
// 确保路径为绝对路径，避免相对路径引发的权限/上下文问题
$old_abs = realpath($old_path);
$new_abs = realpath(dirname($new_path)) . '/' . basename($new_path);
if ($old_abs && $new_abs) {
if (rename($old_abs, $new_abs)) {
echo "OK";
} else {
error_log("rename failed: " . implode(',', error_get_last()));
}
}
}
关键点：realpath() 消除符号链接和相对路径歧义；basename() 防止路径遍历；不拼接 shell 命令。
立即学习“PHP免费学习笔记（深入）”；
上传后立刻重命名含标点的文件？注意 $_FILES['file']['name'] 的原始值
浏览器上传时，$_FILES['file']['name'] 是客户端原始文件名，可能含 !、空格、甚至 /（但 PHP 会自动截断）。直接拿它拼路径有风险：
- 用
pathinfo($name, PATHINFO_FILENAME)提取基础名，再用preg_replace('/[^a-zA-Z0-9_/-/!/. ]/', '', $filename)保留你明确允许的标点（注意!在字符类里不用转义） - 更稳妥的做法是彻底忽略原始名，用
uniqid() . '_' . bin2hex(random_bytes(8)) . '.jpg'生成新名 - 如果业务强依赖原始名（比如合同扫描件需保留
合同_2024!终稿.pdf），保存前先mb_ereg_replace('[[:cntrl:]]', '_', $name)清掉控制字符，再检查strlen($name) !== mb_strlen($name)判断是否含非法 UTF-8 序列
标点本身不是问题，问题永远出在「谁在什么时候以什么方式解释了这个字符」——盯住数据流经过的每一层，比给文件名加各种转义更有效。