file_get_contents适用于小文件快速读取，但大文件（>50mb）、需流式处理、二进制读取、精确控制读取位置或高并发写入时，必须改用fopen配合fread/fwrite/flock等精细操作。
绝大多数情况下，直接用 file_get_contents 和 file_put_contents 就够了，但它们不是万能的——大文件、并发写、权限异常、路径不存在时会默默失败或崩溃。
什么时候该换 fopen 而不是硬扛 file_get_contents
当遇到以下任一情况，file_get_contents 就不该再用了：
- 文件大于 50MB：它会一次性把全部内容载入内存，极易触发
Fatal error: Allowed memory size exhausted - 需要边读边处理（比如解析 CSV 行、过滤敏感词、流式压缩）：
file_get_contents没法控制读取节奏 - 某一行特别长（如嵌了 base64 的日志）：用
fgets可能卡住或返回false，得改用stream_get_line($fp, 8192, "\n") - 读二进制文件（图片、zip）：必须用
'rb'模式打开，否则 Windows 下会把\r\n错误转义 - 没检查
fopen返回值就直接传给fread：报错Warning: fread() expects parameter 1 to be resource, bool given
file_put_contents 追加写为什么有时不生效
FILE_APPEND 标志本身没问题，但常见失效原因很实际：
- 目标目录不存在：它不会自动创建父级目录，得手动
mkdir(dirname($path), 0755, true) - 文件被其他进程独占锁定（尤其 Windows）：加
LOCK_EX能缓解，但不能解决跨进程竞争 - 权限不对：即使
file_exists($path)返回true，也得用is_writable($path)确认当前 PHP 进程真有写权 - 追加写入时没手动加换行符：前一次写入末尾若没
\n，新内容会粘在上一行末尾
权限和路径判断，别只信 file_exists
file_exists 只回答“这路径有没有”，而 is_readable 和 is_writable 才告诉你“你现在能不能碰它”。Linux 下尤其明显：
- 一个文件属主是
www-data，但 umask 是0027，PHP 进程以nginx用户运行，file_exists返回true，is_readable却是false - 路径里混用
\和/（尤其 Windows 开发环境）：fopen('C:\temp\log.txt', 'a')中的\t会被解释成制表符，导致路径错乱；统一用/或DIRECTORY_SEPARATOR - 符号链接指向不可达路径：
file_exists可能返回true，但fopen直接失败
并发写文件怎么不丢数据
多个请求同时写同一个日志文件，靠 FILE_APPEND 不保险——它不是原子操作。真正安全的做法是：
- 用
fopen($path, 'a')打开后，立刻flock($fp, LOCK_EX)加独占锁 - 写完调
flock($fp, LOCK_UN)解锁，再fclose - 不要依赖
file_put_contents($path, $data, FILE_APPEND | LOCK_EX)：它只对写入过程加锁，不保证文件存在性或目录可写 - 高并发场景下，更推荐写入临时文件 +
rename()原子提交，因为rename在同一文件系统内是原子的
最常被忽略的一点：所有基于 fopen 的操作，fclose 不是可选项，是必选项。漏掉它，轻则句柄泄漏，重则后续 fopen 失败报 Too many open files —— 这问题在线上往往要等数小时才暴露。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
