关于日志级别的选择

关于日志级别的选择：
    关于日志级别的选择，许多书上已经说的很多了，我就不重复赘述了；只是因为最近我开发的系统在其他
人维护新增功能后运行时难于定位错误原因，所以把我在开发中实际使用的经验做一个总结。从中我得出来的
一个选择规则，可以在出现问题时有助于尽快分析、定位错位原因，又可以防止日志记录文件的飞速增长。
    常见的日志级别有：
        none：没有日志级别，一般采用printf并配合宏来显示不同日志，需要不同的编译选项，不推荐
     info：显示信息用，级别最低。此级别可以输入所有的信息
     debug：调试代码时使用，它比info级别要高。此级别可以显示warn、error日志
     warn：警告日志，级别又比debug高。此级别可以显示error日志
     error：错误日志，级别最高。
    个人认为规则如下：
    1、需要调试、提示的信息日志级别应该是info；
    2、正常预期返回（result=0）、调试结果的日志级别应该是debug；
    3、非正常预期的结果warn，并把各调用环节的返回值通过warn日志级别显示出来，
           便于维护人员或开发人员能够迅速定位错误位置；
    4、异常情况才采用error日志级别，并发送报警邮件和短信；
    
    在实际的开发中，从最后端的数据库开始，理清各种错误情况，以异常的形式抛出各种返回值，包含
返回值和错误描述。外部应用在调用这些数据库接口时， 采用上述日志级别输出规则，有效分散、减轻
了数据库日志压力；在应用系统中附加各种文字描述信息，可有效定位是那个文件的那个函数出错，并根
据记录的调用模块的返回值，能够迅速追踪到调用函数里面；部署过程中，将日志级别调为warn级别，有
效防止无用的日志信息，极大减少日志文件的大小。遵循上述原则，会给你的维护工作带来极大的便利。
    以上所述、仅供参考