用Poco::File判断文件存在且可读需同时调用exists()和canRead()，因exists()不保证读权限；copyTo()不自动创建目录，需先调用createDirectories()；renameTo()仅同分区原子，跨分区失败。
如何用 Poco::File 判断文件是否存在且可读
直接调用 exists() 和 canRead() 是最稳妥的方式，但要注意：两者必须都检查，因为 exists() 返回 true 并不保证当前进程有读权限（比如文件被 chmod 000 后仍存在）。
Poco::File f("/path/to/file"); if (f.exists() && f.canRead()) { /* 安全打开 */ }- 不要只依赖
exists()就去std::ifstream构造——可能抛std::ios_base::failure - 在多线程环境中，这两个检查和后续打开之间存在竞态窗口；如需强一致性，应配合文件锁或
open()系统调用的O_NOFOLLOW | O_RDONLY标志（此时已超出Poco::File范围）
Poco::File::copyTo() 的路径行为与常见失败原因
copyTo() 默认**不自动创建目标目录**，如果目标路径含不存在的父目录，会抛 Poco::IOException，错误信息类似 "No such file or directory" —— 这容易误判为源文件问题。
- 复制前先确保目标目录存在：
Poco::File(dstDir).createDirectories() - 目标路径如果是目录而非文件名，
copyTo()会把源文件**复制进该目录**（即执行“拷贝到目录下”，不是重命名）；若想重命名，目标路径必须带完整文件名 - 跨文件系统复制时不会报错，但性能较差；大文件建议改用
Poco::FileStream分块读写以控制内存占用
用 Poco::File::renameTo() 安全替换文件
这是原子替换文件的常用方式，但仅当源和目标位于同一挂载点时才是原子的（底层依赖 rename(2) 系统调用）。跨分区 rename 会失败并抛 Poco::SystemException。
- 典型安全替换流程：
Poco::File tempFile("new.conf.tmp"); tempFile.copyTo("new.conf.tmp"); tempFile.renameTo("config.conf"); - 目标文件若已存在，
renameTo()会直接覆盖（POSIX 行为），无需手动remove() - Windows 下对正在被其他进程打开的文件调用
renameTo()可能失败，错误码常为ERROR_ACCESS_DENIED，需捕获Poco::SystemException并重试
Poco::File 的路径解析规则和相对路径陷阱
Poco::File 构造时传入的路径是**直接传递给系统 API 的字符串**，不做自动补全或规范化。这意味着 "./data/../config.txt" 不会被简化，某些系统调用可能因此失败（尤其涉及符号链接时）。
立即学习“C++免费学习笔记（深入）”；
- 构造前建议先用
Poco::Path::resolve()规范化：Poco::File f(Poco::Path("/a/b/..//c.txt").resolve()); - 相对路径基于**当前工作目录（CWD）**，不是可执行文件所在目录；启动程序时 CWD 可能是任意位置，生产环境务必用绝对路径或显式切换：
Poco::Path::setWorkingDirectory("/opt/myapp"); - Windows 下路径分隔符用
/或\均可，但Poco::File内部统一转为/处理；不过日志或调试输出中显示的路径可能混用，别靠字符串匹配判断路径结构
Poco 的文件操作封装轻量，但绕不开操作系统语义。真正容易出问题的不是 API 调用本身，而是对路径有效性、权限边界、原子性范围这些隐含前提的忽略。
