PHP copy函数复制失败主因是权限与路径问题：源文件需PHP可读，目标父目录须存在且可写；不支持远程URL（除非allow_url_fopen=On）；不保留时间戳和权限；大文件应分块处理防超时。
copy函数复制失败的常见原因
PHP 的 copy 函数看似简单，但实际调用时失败率不低，多数不是代码写错，而是权限或路径没对上。
典型错误现象：Warning: copy(): Unable to open source file 或 Permission denied。本质是 PHP 进程没读取源文件或没写入目标目录的权限。
- 源路径必须是真实存在的、PHP 可读的文件（
is_readable($src)要返回true） - 目标路径的**父目录**必须存在且可写（
is_writable(dirname($dst))要为true），copy不会自动创建中间目录 - Windows 下注意反斜杠转义问题，统一用正斜杠或
realpath()处理路径 - 如果源文件在远程 URL（如
http://...），默认不支持——copy仅支持本地文件系统和部分封装协议（如php://），且需allow_url_fopen=On
copy 和 stream_copy_to_stream 的区别在哪
copy 是高层封装，适合“把 A 文件完整搬到 B”这种确定性操作；stream_copy_to_stream 是底层流操作，可控性更强，但要自己管理资源。
关键差异点：
立即学习“PHP免费学习笔记（深入）”；
-
copy($src, $dst)自动打开/关闭源和目标流，一行搞定，但无法中断、无法监控进度、不能跳过开头 N 字节 -
stream_copy_to_stream($src_fp, $dst_fp, $max_len, $offset)需要先fopen两个句柄，支持从指定偏移开始复制、限制最大长度，适合大文件分段或带校验场景 - 性能上无本质差距，但
copy在小文件更简洁，stream_copy_to_stream在需要精细控制时不可替代 - 两者都不支持硬链接或符号链接复制——只会复制内容，原链接属性丢失
复制时保留文件时间戳和权限？
PHP 的 copy **不会**保留修改时间（mtime）、访问时间（atime）或文件权限（chmod）。这是它和系统 cp 命令最直观的差别。
如果必须保留：
- 用
touch($dst, filemtime($src))手动同步修改时间 - 用
chmod($dst, fileperms($src))同步权限（注意：仅当目标文件系统支持且 PHP 有权限执行chmod） - Windows 下
fileperms返回值不可靠，建议用copy+touch即可，权限通常由父目录 umask 决定 - 想一并复制所有元数据（如 owner/group），PHP 标准库做不到，得调用系统命令（如
exec('cp -p ...')），但跨平台性和安全性风险陡增
大文件复制卡住或超时怎么办
直接调 copy 大文件（比如 >100MB）容易触发 PHP 的 max_execution_time 或内存限制，表现为脚本中断、无报错、目标文件为空或截断。
应对方式不是“加大超时”，而是绕开单次阻塞：
- 用
set_time_limit(0)临时取消超时限制（仅限 CLI；Web 环境受 Web 服务器自身超时制约，无效） - 改用
fopen+fread/fwrite分块读写，每次处理 2MB 左右，期间可usleep避免占满 CPU - 检查
memory_limit：即使分块，也要确保单次fread不超出限制（例如设为8M，再用while (!feof($fp)) { fread($fp, 2*1024*1024) }） - Web 场景下更推荐前端分片上传 + 后端合并，而非服务端拉取大文件
真正麻烦的从来不是“怎么复制”，而是复制过程中没人盯着磁盘空间、inode 数量、SELinux 上下文或 NFS 挂载选项这些隐藏条件。
