最简单直接的php日志写入方式是使用error_log()函数，需指定绝对路径、确保目录存在且web用户有写权限，并固定第二个参数为3；file_put_contents()更适用于结构化日志，需添加file_append | lock_ex标志并手动创建父目录；注意open_basedir限制和selinux上下文问题，禁用shell重定向思维。
PHP内置error_log()写入文件最简单
直接用error_log()函数，不用装扩展、不依赖框架，一行就能把字符串写进指定文件。它底层调用系统fopen()和fwrite()，权限和路径问题会直接暴露出来。
常见错误是路径没写绝对路径，导致日志写到Web服务器工作目录（比如/var/www/html/），而不是你预期的/var/log/myapp/；或者目录不存在、权限不够，函数静默失败（返回false但不报错）。
- 必须用绝对路径：
error_log("user login failed", 3, "/var/log/myapp/app.log") - 确保目录存在且Web用户（如
www-data或nginx）有写权限：sudo mkdir -p /var/log/myapp && sudo chown www-data:www-data /var/log/myapp - 第2个参数固定用
3（表示写入文件），别用0（发送到SAPI错误日志）或1（邮件）
file_put_contents()更适合结构化日志
当你要拼接时间戳、级别、上下文时，file_put_contents()更可控：能追加、能控制锁、能检查返回值。它比error_log()少一层封装，出错时更容易定位。
典型坑是没加FILE_APPEND | LOCK_EX标志，高并发下多进程写同一文件会导致内容错乱或覆盖；另外默认不创建父目录，/var/log/myapp/app.log中myapp目录不存在就会失败。
- 带时间戳和换行：
file_put_contents("/var/log/myapp/app.log", date('Y-m-d H:i:s') . " [ERROR] User not found\n", FILE_APPEND | LOCK_EX) - 写之前先确认目录：
if (!is_dir(dirname($path))) { mkdir(dirname($path), 0755, true); } - 检查返回值是否为
false，避免静默丢日志
注意open_basedir限制和SELinux干扰
在共享主机或加固过的Linux服务器上，open_basedir可能禁止写入/var/log/，这时error_log()和file_put_contents()都会失败，错误信息通常是Warning: file_put_contents(): open_basedir restriction in effect。
SELinux启用时，即使权限和路径都对，也可能因上下文类型不匹配被拦截，setsebool -P httpd_can_network_connect_db 1这类命令解决不了日志写入问题，得用chcon -t httpd_log_t /var/log/myapp/。
- 查
open_basedir设置：echo ini_get('open_basedir');，若非空，只能写到该路径下 - 临时测试是否SELinux导致：
sudo setenforce 0，如果日志立刻正常，就是SELinux策略问题 - 生产环境别关SELinux，改上下文比放行整个模块更安全
不要用echo或print_r直接写文件
有人把echo date('c') . " " . print_r($data, true) > /tmp/debug.log这种shell思维套进PHP，结果是PHP解析时报错——>不是PHP语法，是shell重定向。更隐蔽的是用system("echo ... >> /path")，看似能用，但会触发shell注入风险，且无法捕获写入失败。
-
echo输出到标准输出（通常是浏览器或CLI终端），不是文件 -
print_r($data, true)返回字符串没错，但漏了file_put_contents()或error_log()就只是生成了字符串，没落地 - 所有日志写入操作必须显式调用I/O函数，没有“自动保存”这回事
error_log()够用就别折腾；要格式统一、支持轮转、多级过滤，就得上monolog/monolog——但那是另一个复杂度层级的事了。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
