ThinkPHP上传路径应避免硬编码，须用内置路径解析、按应用分目录、日期+哈希分层存储、统一Storage驱动、哈希重命名文件。
ThinkPHP上传路径硬编码会导致部署失败
直接在控制器里写死 public/uploads/ 这种路径，上线后很可能报错——因为线上环境的 public 目录可能被映射到别处，或者用了 CDN、对象存储，根本不存在本地 uploads 文件夹。
真正该用的是 ThinkPHP 内置的路径解析能力，而不是拼字符串。
- 用
app()->getRuntimePath()或Env::get('root_path') . 'public' . DS . 'uploads'都不如直接走think\Filesystem - 上传逻辑里别手动
mkdir，ThinkPHP 的Filesystem会自动处理目录创建和权限 - 如果项目启用了多应用，
public下的路径对所有应用共享，容易冲突，建议按应用名分目录，比如public/uploads/admin/、public/uploads/api/
用日期+哈希分目录避免单目录文件爆炸
把所有上传文件塞进一个 uploads 文件夹，几万张图之后，Linux 下 ls 都变慢，Nginx 列目录或备份都卡顿。这不是理论问题，是真实发生过的线上事故。
ThinkPHP 没有默认帮你做这层拆分，得自己加逻辑。
立即学习“PHP免费学习笔记（深入）”；
- 推荐结构：
uploads/{Y-m}/{d}/{md5(filename).ext}，比如uploads/2024-06/15/7a8b9c.jpg - 不要用
date('Y/m/d')—— 斜杠会被当路径分隔符，Windows 下出错；改用date('Y-m')和date('d')拆开拼 - 生成子目录时，确保
Filesystem实例的disk配置允许写入上级目录（检查filesystem.php中'root'是否指向可写位置）
Storage 驱动切换后路径规则不一致
本地开发用 local 驱动，上线切到 alioss 或 qiniu，你会发现之前写的相对路径逻辑全乱了：OSS 不认 ./uploads/，也不需要你管年月目录——它靠 key 前缀模拟目录。
路径构造必须和驱动解耦，不能写死本地风格。
- 统一用
Storage::disk('upload')->put($key, $file)，其中$key是纯字符串路径（如2024-06/15/abc.jpg），由业务层生成，不带盘根 -
filesystem.php里为上传单独配一个 disk，比如'upload'，它的'root'在 local 驱动下设为public_path('uploads')，OSS 下留空或设为''（由 endpoint + bucket 决定实际位置） - 调用
Storage::url($key)获取访问链接，别自己拼域名——OSS 返回外网地址，本地返回/uploads/xxx
文件名中文或特殊字符导致 404 或乱码
用户传个 报告-2024年总结.pdf，存下来变成 %E6%8A%A5%E5%91%8A-2024%E5%B9%B4%E6%80%BB%E7%BB%93.pdf，浏览器下载时乱码，Nginx 日志里还报 open() "/path/.../E6%8A%A5..." failed (2: No such file)。
这不是 ThinkPHP 的 bug，是 HTTP 协议和文件系统对非 ASCII 名字的处理差异。
- 上传时立刻用
md5_file($file->getRealPath()) . '.' . $file->extension()重命名，彻底规避字符问题 - 如果必须保留原始名（比如合同签署场景），至少用
rawurlencode()处理后再拼路径，并确保 Nginx 的charset utf-8;开启，且响应头Content-Disposition里用filename*=UTF-8''...格式 - 注意：Windows 主机上
rawurlencode()后的路径长度可能超 260 字符限制，建议优先走哈希重命名
路径策略不是越深越好，也不是越扁平越安全。关键是在「可维护性」「部署兼容性」「运维友好性」之间找平衡点——比如二级日期目录够用，再加用户 ID 层就过度设计了；而完全不用子目录，等于给三个月后的自己埋雷。
