file_put_contents与fwrite在高并发环境下有何不同表现？

本文共计1134个文字，预计阅读时间需要5分钟。

先说结论，file_put_contents与fwrite的性能差异不大，这个理解也很到位。因为写入文件时，file_put_contents一行代码就能完成，而fwrite可能需要三行代码。虽然代码行数少可能意味着更快，但在这个场景下，file_put_contents和fwrite的写入功能在效率上相差不大。

先说结论，单次性能，file_put_contents要比fwrite好，这个也很好理解，因为写入文件，file_put_contents就一行代码，fwrite至少三行，虽然不是说代码行少就一定快，但就这个写入功能来说，file_put_contents就等于fopen fwrite fclose，之所以前者快，就是因为一次api交互，直接干了这三件事，后者有三次api的开销。

再说问题，其实不能说是问题，应该说是一个需要注意的点，默认情况下，两者都是不是使用独占锁的方式运行，所以在高并发下，会有写入的内容被覆盖的问题。这里需要通过独占锁的方式来解决。

之前过某篇文章，对比file_put_contents和fwrite的性能，是用的循环100w次写入的方式对比，记得当时的结论是，file_put_contents用了300多秒，fwrite 10秒，那是因为，他讲fopen和fcolse放到了循环外，如果你100w拼成一个长字符，最后一次写入，那肯定更快。所以很多结论都是有特定场景的。