file_get_contents和file_put_contents在简单场景下够用且更安全简洁，但受限于内存、无原子追加、错误信息不明确；fopen读大文件需注意模式、行长度及返回值检查；权限判断应以is_readable/is_writable为准；路径分隔符应统一用/避免混用。
file_get_contents 和 file_put_contents 能不能直接用？
绝大多数简单场景下，file_get_contents 和 file_put_contents 完全够用，而且比 fopen/fread/fwrite 组合更安全、简洁。它们自动处理文件打开、读写、关闭全过程，避免忘记 fclose 导致的资源泄漏。
但要注意几个硬限制：
-
file_get_contents会把整个文件一次性加载进内存，读取几百 MB 的日志或二进制文件容易触发memory_limit错误 - 没有原生支持追加写（
FILE_APPEND是有的，但不支持原子性追加+创建目录） - 权限错误时只返回
false，不带具体错误码，调试得配合error_get_last()
示例：安全写入带目录创建
// 确保目录存在再写
$dir = dirname($path);
if (!is_dir($dir) && !mkdir($dir, 0755, true)) {
throw new RuntimeException("Cannot create dir: $dir");
}
file_put_contents($path, $content, LOCK_EX); // 加锁防并发覆盖
fopen 读大文件为什么卡住或报错？
用 fopen 读大文件本身没问题，但常见卡顿或失败往往不是函数的问题，而是调用方式不对。
立即学习“PHP免费学习笔记（深入）”；
- 用
fgets逐行读时，如果某一行超长（比如日志里嵌了 base64），fgets可能阻塞或返回false—— 建议改用stream_get_line($fp, 8192, " ")控制单次读取长度 - 二进制文件必须用
'rb'模式打开，否则 Windows 下会把 - 没检查
fopen返回值直接操作句柄，出错后报Warning: fread() expects parameter 1 to be resource, bool given
正确做法：
$fp = fopen($path, 'rb');
if (!$fp) {
throw new RuntimeException('Failed to open ' . $path);
}
while (($chunk = fread($fp, 8192)) !== false) {
// 处理 chunk
}
fclose($fp);
file_exists 和 is_readable/is_writable 到底该信谁？
file_exists 只判断路径是否存在，不关心权限；而 is_readable 和 is_writable 才真正反映当前 PHP 进程能否操作该文件——尤其在 Linux 下受用户、组、umask 影响极大。
- Web 服务器（如 nginx + php-fpm）通常以
www-data用户运行，即使文件属主是 root，is_writable也可能返回false -
is_writable对目录的判断逻辑是：只要该目录下能创建临时文件即认为可写，但实际写目标文件仍可能因父目录权限不足失败 - 不要用
file_exists替代权限检查，否则file_put_contents报failed to open stream: Permission denied时毫无预警
稳妥写法：
if (!is_writable(dirname($path))) {
throw new RuntimeException("Directory not writable: " . dirname($path));
}
file_put_contents($path, $data);
Windows 和 Linux 路径分隔符混用会出什么问题？
PHP 内部对 / 和 都兼容，但混用会导致两个典型问题：
- 拼接路径时出现双反斜杠
C:\tmp\file.txt，多数情况不影响，但某些旧版 Samba 或容器挂载路径会拒绝识别 - 用
realpath解析含的路径在 Linux 下返回false，因为系统根本不认这种分隔符 - 第三方库（如 Symfony Filesystem）内部依赖
dirname/basename，若传入C:path o ile，在 Linux 上解析结果完全错乱
统一方案：所有路径拼接用 /，必要时用 str_replace('\', '/', $path) 清洗输入；涉及 Windows 特有路径（如驱动器盘符）才保留 ，且仅限本地开发环境。
最常被忽略的一点：上传文件的 $_FILES['xxx']['tmp_name'] 在 Windows 上返回带 的路径，直接拿它去 move_uploaded_file 没问题，但若中间做了字符串替换或日志记录，就可能埋下跨平台隐患。
