最常见的原因是路径错误或权限不足，file_get_contents不抛异常而静默返回false；需用file_exists和is_readable双重检查，注意相对路径基于getcwd()而非__dir__，远程url需allow_url_fopen=on，大文件应改用流式处理，中文乱码需统一utf-8编码并显式转码。
file_get_contents 读文件时为什么返回 false
最常见的原因是路径错误或权限不足，file_get_contents 不会抛出异常，只静默返回 false。调试时先确认文件是否存在、php 进程是否有读权限（尤其是 linux 下的 owner/group 权限）。
- 用
file_exists和is_readable双重检查，别只靠file_get_contents的返回值判断 - 相对路径以当前工作目录（
getcwd()）为准，不是脚本所在目录；建议统一用__DIR__ . '/data.txt' - 如果读的是远程 URL，需确保
allow_url_fopen = On（但生产环境通常禁用，此时应改用 curl）
file_put_contents 写失败却不报错？
file_put_contents 默认覆盖写入，返回写入字节数，失败才返回 false。但“不报错”往往是因为你没检查返回值，或者忽略了目录不可写、磁盘满、SELinux 限制等底层问题。
- 写入前确保目录存在且可写：用
is_dir+is_writable预检，必要时用mkdir($dir, 0755, true) - 避免并发写冲突：加
FILE_APPEND或LOCK_EX标志，例如file_put_contents($path, $data, FILE_APPEND | LOCK_EX) - 注意二进制数据：如果写的是图片、json 字符串等，确保没被自动转换换行符（windows 下尤其注意
PHP_EOL干扰）
读写大文件时内存爆了怎么办
file_get_contents 和 file_put_contents 是全量加载/写入，文件超几 MB 就容易触发 memory_limit 报错。这不是函数缺陷，而是设计定位就是「小文本操作」。
- 读大文件用
fopen+fgets或stream_get_line流式处理，逐行或分块读 - 写大文件别拼接字符串再一次性写，用
fopen打开后fwrite多次追加 - 临时文件场景可考虑
sys_get_temp_dir()+tempnam()，避免硬编码路径
中文路径或内容乱码怎么处理
PHP 文件函数本身不处理字符编码，它只是原样搬运字节。乱码本质是源文件编码（如 GBK）和 PHP 脚本编码（如 UTF-8）不一致，或终端/编辑器显示解码错位。
立即学习“PHP免费学习笔记（深入）”；
- 确保 PHP 脚本保存为 UTF-8 无 bom，读写前用
mb_convert_encoding显式转码（如mb_convert_encoding($content, 'UTF-8', 'GBK')） - Windows 下中文路径可能因系统 locale 导致
file_get_contents找不到文件，改用iconv('UTF-8', 'GBK', $path)转义路径 - 写入含中文的 JSON，务必用
json_encode($data, JSON_UNESCAPED_UNICODE)，否则默认转 Unicode 码点
事情说清了就结束。真正麻烦的从来不是函数怎么调，而是路径在哪、权限归谁、编码从哪来、数据有多大——这些细节藏在日志里，不在文档里。