PHP 中不存在 UPLOADS 常量，它非 PHP 核心预定义，而是 WordPress 等框架自定义；原生文件上传唯一可靠入口是 $_FILES 数组，须检查 error 值（如 UPLOAD_ERR_OK 为 0）并用 move_uploaded_file() 处理临时文件。
UPLOADS 常量在 PHP 中并不存在
PHP 核心不定义 UPLOADS 这个常量。你在代码里看到它，大概率是某个框架（如 WordPress）、CMS 或自定义项目手动定义的，不是 PHP 自带的。直接使用 UPLOADS 会触发 Notice: Use of undefined constant UPLOADS 错误。
常见混淆来源：WordPress 定义了 UPLOADS 常量（用于覆盖默认上传子目录），但它只在 WP 加载后才生效，且仅限于其内部逻辑；原生 PHP 处理上传时，完全不依赖这个常量。
$_FILES 是获取上传文件信息的唯一可靠入口
PHP 将上传文件元数据统一存入 $_FILES 超全局数组，这是你必须用、也只能用的起点。它的结构固定，每个上传字段对应一个子数组，含 name、tmp_name、size、error、type 五个键。
关键点：
立即学习“PHP免费学习笔记（深入）”；
-
tmp_name是临时路径（如/tmp/phpabc123），仅在当前请求生命周期内有效，必须用move_uploaded_file()搬走，不能直接copy() -
error必须检查，值为0才表示上传成功；非零值对应具体错误（如1超过upload_max_filesize） - 不要信任
name或type字段——它们由客户端提供，可被篡改
如何安全地构造附件保存路径
没有“标准上传路径常量”，路径要自己拼，但得避开硬编码和安全隐患。
实操建议：
- 用
__DIR__或dirname(__FILE__) . '/uploads'构建相对于当前脚本的路径，比绝对路径更可移植 - 确保目标目录存在且 Web 服务器有写权限（如 Apache 用户需对
uploads/有w权限） - 避免把上传目录放在 Web 可访问根目录下（如
./uploads/），否则可能执行恶意脚本；推荐放在../private_uploads/这类上层不可达位置 - 生成新文件名时别直接用
$_FILES['file']['name']，应结合uniqid()+pathinfo(..., PATHINFO_EXTENSION)重命名
示例片段：
if ($_FILES['file']['error'] === UPLOAD_ERR_OK) {
$ext = pathinfo($_FILES['file']['name'], PATHINFO_EXTENSION);
$newName = uniqid('up_') . '.' . strtolower($ext);
$targetPath = __DIR__ . '/../private_uploads/' . $newName;
if (move_uploaded_file($_FILES['file']['tmp_name'], $targetPath)) {
echo "保存成功：$targetPath";
}
}
WordPress 场景下 UPLOADS 常量的真实作用
只有在 WordPress 环境中，UPLOADS 才有意义——它用来指定上传子目录（如定义为 'wp-content/myfiles'，则实际路径是 WP_CONTENT_DIR . '/' . UPLOADS），但它不影响 $_FILES 的行为，也不改变临时文件位置。
注意：
- 该常量需在
wp-config.php中define('UPLOADS', '...')，且必须在require_once(ABSPATH . 'wp-settings.php');之前 - 它只影响 WP 后台上传的存储位置，不影响插件或主题里手写的
move_uploaded_file()调用 - 即使定义了
UPLOADS，你仍需自己处理$_FILES和路径拼接，它不自动帮你搬文件
别指望靠定义一个常量就绕过文件校验、路径安全和权限配置这些实际步骤。
