Mac（macOS 13）下PHP 7.3 error.log出现大量NUL行及文件过大求助

在运行macOS 13的Mac设备上使用PHP 7.3时，调用error_log写入日志后，日志文件中出现大量带红色背景的NUL（\0）字符，导致文件体积异常庞大。以下是实际写入的日志内容：

[02-Mar-2023 10:22:37 UTC] {"status":"default","message":"common.pushRequestToLog","paramsStr":"msg: %s","paramsArr":{},"errorMessage":"","request_id":"4cea740955cd3d4bdd574b45dcd861ba","token":"","archetypeId":"","projectId":"","host":"","defaultView":"","clientId":"","clientName":"","exerciseId":"","sessionType":"","childSessionType":"","levels":"","userDetails":"","currentProblem":"","clientUserId":"","orgId":""}

排查解决思路 #

• 检查文件写入模式冲突：确认是否有其他进程（如日志轮转工具、自定义脚本）以二进制模式打开了同一个日志文件。PHP的error_log默认以文本模式写入，二进制模式写入会触发块大小对齐，导致空字符填充。可以用lsof命令查看关联进程：

  lsof /path/to/your/error.log
  

• 排查PHP扩展与配置干扰：临时禁用第三方PHP扩展（如opcache、自定义日志扩展），重启PHP后测试是否仍出现空字符。同时检查php.ini中的相关配置：
  • 确认error_log路径未指向FIFO、设备文件等特殊类型文件
  • 检查log_errors_max_len是否设置异常，避免触发异常截断或填充
• 过滤日志内容中的空字符：验证传入error_log的内容是否本身包含隐藏的NUL字符。可以在写入前添加过滤逻辑：

  $log_content = str_replace("\0", "", $log_content);
  error_log($log_content);
  

  也可通过bin2hex($log_content)打印十六进制编码，直接查看是否存在00字节
• 检查文件系统与权限：macOS 13的APFS文件系统在权限异常时可能导致写入异常。执行以下命令检查文件属性与权限：

  ls -l /path/to/your/error.log
  lsattr /path/to/your/error.log
  

  确保PHP进程拥有读写权限，且文件未被标记为不可修改或带有特殊属性
• 验证PHP版本兼容性：PHP 7.3与macOS 13存在部分底层IO兼容性问题，建议尝试升级至PHP 7.4及以上版本（在项目兼容范围内），或查看PHP官方文档中关于该环境的已知问题

内容的提问来源于stack exchange，提问作者Arun