应用程序日志错误怎么解决？
日志文件总是打开的，多线程通过队列写入，队列通常是一个行缓冲区。当程序停止时，手柄会自动关闭。Nginx也是这样，大多数应用也是这样。频繁打开文件句柄会消耗额外的性能，得不偿失。
一般来说，有一个成熟的日志处理框架来处理这些事情，你不不需要自己实现。
你提到如果你一直打开它，你可以不要以其他修改或删除这个文件，这是肯定的。当然，这也延伸到另一个问题，就是如果多次启动一个程序，那么多个进程同时读写一个日志文件时，日志内容就会出现问题。
怎么写出又长又有趣的日记？
要写出好东西，首先，一s自己的心理学是有框架的。
软件开发中日志的功能是什么怎么设计？
其实在实际开发中，每个软件都有自己的日志系统，每个语言都有自己的日志框架/模块。随着互联网和大数据的蓬勃发展，分布式日志系统和日志分析系统的应用越来越广泛和成熟。
从以下几个方面深入日志设计。
首先，谁在使用日志？
有一个问题可能很多开发者都没有认真思考过，那就是日志到底是给谁用的？用户，运维，开发者，软件学习爱好者？当然，答案是全部。
第二，不同的角色在不同的阶段有不同的视角和不同的需求，所以日志应该提供不同的帮助。在设计日志模块的内容时，也要从不同的角度考虑，想清楚要给用户、操作人员、程序员展示什么信息。我们应该注意重要性，而不是细节。
第三，日志的级别。
开发了一些系统，总的感觉是这样的:刚开始大家对日志的层次、内容、位置都比较讲究。但是随着时间的不断延长，功能的不断扩展，日志逐渐混乱，最终退化成一团乱麻！
日志通常有多个级别，级别不仅指"详细程度和，还涉及到适用场景、服务对象、目的功能等等。
第四，日志使用的几种情况。
1)开发期间:
日志是记录软件运行时内部结构和状态的友好而强大的工具，是调试的利器。当然每种语言都会提供专门的调试工具，比如c/cgdb，javajdb等等。但是涉及到业务逻辑、并发、交互等。，原木更轻更方便！我通常在学习时使用调试工具如"陌生"代码(比如开源软件)。功能强大但体积庞大，比功能或业务结构更适合梳理代码结构！
2)在测试过程中:
在进行功能测试时，通过调试或跟踪信息，如同观看监控回放，让犯罪分子无处藏身！
3)学习软件时:
学习软件的时候，包括软件架构。设计、业务功能、代码逻辑、日志总能提供很多线索和帮助。记得很久以前，看了一个开源系统的代码，直接打开trace就跑了。系统的整体结构和内容一目了然，结合设计文档，我很快就不我不明白！那一刻，让我深深记得，一个好的日志系统，原来是这么神奇！
4)正常操作:
唐不要在调试打开的情况下运行系统。;毫无意义！前提是错误信息要准确规范，客户只关乎生死，再多的信息对他们也没有意义！