file_put_contents($path, $msg . php_eol, file_append | lock_ex) 是最直接轻量的日志写入方式，自动追加、带独占锁、避免并发错乱，且需用绝对路径并确保权限。
用 fopen + file_put_contents 写入通知日志最直接
多数轻量场景下，所谓“文件通知”就是把一条消息追加写进某个日志文件，比如记录用户登录、订单创建等事件。PHP 本身不提供“通知服务”，但用内置文件函数就能快速落地。
关键不是功能多强大，而是写得安全、可读、不覆盖旧内容：
-
file_put_contents($path, $msg . "\n", FILE_APPEND | LOCK_EX)是首选：自动追加、带独占锁，避免并发写乱 - 别用
fopen+fwrite手动管理句柄——除非你要控制编码或做分块写入，否则纯属增加出错概率 - 路径必须是绝对路径（如
/var/log/myapp/notify.log），相对路径在 CLI 和 Web 环境下行为不一致，极易写丢 - 确保 PHP 进程有该路径的写权限；Web 服务器（如 www-data）和 CLI 用户（如 ubuntu）权限常不同，要分别验证
用 file_get_contents 读取最新几条通知时注意性能
如果前端要轮询展示最近 10 条通知，直接 file_get_contents 整个文件再 explode("\n") 是常见错误——日志大了就卡死。
更实用的做法是用系统命令反向读取末尾行：
- Linux/macOS 下可用
exec('tail -n 10 ' . escapeshellarg($logPath), $lines)，快且内存友好 - Windows 需换用
Get-Content $path -Tail 10（PowerShell）或改用 PHP 的SplFileObject从末尾倒序读，但代码更复杂 - 别对每条通知都单独
file_get_contents——IO 开销会随通知数线性增长 - 如果日志没按时间排序，
tail结果可能顺序颠倒，建议每行开头加上date('c')时间戳
用 touch 或 filemtime 判断通知是否“新鲜”
很多需求其实不是看内容，而是“有没有新消息”。这时查文件修改时间比读内容高效得多。
- 前端可定期 GET
/api/notify/check?last=1712345678，后端用filemtime($logPath)对比，返回204 No Content或200带最新时间 - 注意
touch($logPath)可以只更新 mtime 不动内容，适合“标记已读”类伪通知 - 文件系统可能有秒级缓存（尤其 NFS），
clearstatcache(true, $logPath)必须加在filemtime前，否则可能读到旧时间 - 不要依赖
filectime（inode change time），它在 Linux 下不等于创建时间，且受 chmod/chown 影响
当通知需要结构化数据时，别硬塞 JSON 到文本行里
有人会把 json_encode(['type'=>'order','id'=>123]) 直接 file_put_contents 进日志，结果发现解析失败——因为换行符、转义、并发写入导致 JSON 被截断。
- 单行 JSON 可行，但必须确保每次写入是原子的：
file_put_contents($path, json_encode($data) . "\n", FILE_APPEND | LOCK_EX) - 如果字段含用户输入，
json_encode默认不处理 \u0000 等控制字符，建议加JSON_UNESCAPED_UNICODE | JSON_INVALID_UTF8_SUBSTITUTE - 更稳妥的方式是换用 SQLite：单文件、事务安全、支持查询。PHP 自带扩展，
new PDO('sqlite:/path/to/notify.db')初始化后，建表插入即可 - 别用 CSV 存结构化通知——缺少类型、引号嵌套、空值歧义多，调试成本远高于换 SQLite
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
