java操作日志记录

1. java中如何记录管理员的操作日志，并且在web界面可以查询到这些信息求哪位大神指教！

建一个操作日志的表，可以在具体操作方法的地方，添加操作记录，然后查询这个表就可以了

2. java开发怎么做日志功能 就是记录用户每一步的操作具体做什么了

细说起来，还算是比较麻烦的。大概给你个思路：
要记录操作日志，还能查看，那肯定得需要把操作记录保存起来——直接保存到数据库即可。
日志管理模块的话，因为有上边的日志记录了，做个删查的功能应该好做。这块就不细说了。

最主要的地方：怎样记录日志。思路如下：
先分析好需要记录哪些日志，这个一般都记录新增、修改、删除数据的操作。另外有些特殊的查询操作也要记录。

其实是如何记录。一开始提到了日志入库。现在有个问题是什么时候来做个逻辑。这个时机一般也是访问者发起操作时就开始做。比如说在action或者servlet或者controller的对应的方法体里开始记录。当然这需要写好日志入库的逻辑。

其实这个日志管理也是个比较完整的功能块，甚至可以是个小系统。也有许多小细节和解决方案。思路有了，如何实现就根据情况而定吧。

3. java中如何使用log4j将记录的操作日志信息

1. 主要是通过配置文件
   

   1.1 Log4j 支持两种配置文件格式，一种是 XML 格式的文件，一种是 Java 特性文件 lg4j.properties （键 = 值）。

2. Logger 负责处理日志记录的大部分操作。
   其语法为：
   log4j.rootLogger = [ level ] , appenderName, appenderName, …
   2.1 level 是日志记录的优先级，分为 OFF 、 FATAL 、 ERROR 、 WARN 、 INFO 、 DEBUG 、 ALL
   或者自定义的级别。

   2.2Log4j 建议只使用四个级别，优先级从高到低分别是 ERROR 、 WARN 、 INFO 、 DEBUG
   。

   2.3通过在这里定义的级别，您可以控制到应用程序中相应级别的日志信息的开关。比如在这里定义了
   INFO 级别，只有等于及高于这个级别的才进行处理，则应用程序中所有 DEBUG 级别的日志信息将不被打印出来。

   2.4 ALL: 打印所有的日志，
   OFF ：关闭所有的日志输出。 appenderName 就是指定日志信息输出到哪个地方。可同时指定多个输出目的地。

3. 配置日志信息输出目的地 Appender 负责控制日志记录操作的输出。

   3.1log4j.appender.appenderName = fully.qualified.name.of.appender.class
   3.2log4j.appender.appenderName.option1 = value1
   3.3log4j.appender.appenderName.optionN = valueN

4. Log4j 提供的 appender

   4.1org.apache.log4j.ConsoleAppender （控制台），
   4.2org.apache.log4j.FileAppender （文件），
   4.3org.apache.log4j.DailyRollingFileAppender （每天产生一个日志文件），
   4.4org.apache.log4j.RollingFileAppender
   （文件大小到达指定尺寸的时候产生一个新的文件），可通过 log4j.appender.R.MaxFileSize=100KB
   设置文件大小，还可通过 4.5log4j.appender.R.MaxBackupIndex=1 设置为保存一个备份文件。
   4.6org.apache.log4j.WriterAppender （将日志信息以流格式发送到任意指定的地方）

   5.Layout
   
   5.1org.apache.log4j.HTMLLayout （以 HTML 表格形式布局），
   5.2org.apache.log4j.PatternLayout （可以灵活地指定布局模式），
   5.3org.apache.log4j.SimpleLayout （包含日志信息的级别和信息字符串），
   5.4org.apache.log4j.TTCCLayout （包含日志产生的时间、线程、类别等等信息） 6.格式化日志信息
   Log4J 采用类似 C 语言中的 printf 函数的打印格式格式化日志信息，打印参数如下：
   6.1%m 输出代码中指定的消息
   6.2%p 输出优先级，即 DEBUG ， INFO ， WARN ， ERROR ， FATAL
   6.3%r 输出自应用启动到输出该 log 信息耗费的毫秒数
   6.4%c 输出所属的类目，通常就是所在类的全名
   6.5%t 输出产生该日志事件的线程名
   6.6%n 输出一个回车换行符， Windows 平台为 “rn” ， Unix 平台为 “n”
   6.7%d 输出日志时间点的日期或时间，默认格式为 ISO8601 ，也可以在其后指定格式，比如： %d{yyyy MMM dd HH:mm:ss,SSS} ，输出类似： 2002 年 10 月 18 日 22 ： 10 ： 28 ， 921
   6.8%l 输出日志事件的发生位置，包括类目名、发生的线程，以及在代码中的行数。 7. log4j.propertie 示例文件：
   
   log4j.rootCategory=INFO, stdout,file
   
   7.1 定义名为 stdout 的输出端的类型
   log4j.appender.stdout=org.apache.log4j.ConsoleAppender
   log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
   log4j.appender.stdout.layout.ConversionPattern=[QC] %p [%t] %C.%M(%L) | %m%n
   
   7.2定义名为 file 的输出端的类型为每天产生一个日志文件。
   log4j.appender.file =org.apache.log4j.DailyRollingFileAppender
   log4j.appender.file.File=log.txt
   log4j.appender.file.layout=org.apache.log4j.PatternLayout
   log4j.appender.file.layout.ConversionPattern=%d-[TS] %p %t %c - %m%n
   
   
   7.3指定 com.neusoft 包下的所有类的等级为 DEBUG 。可以把 com.neusoft 改为自己项目所用的包名。
   log4j.logger.com.neusoft=DEBUG
   
   7.4如果项目中没有配置 EHCache ，则配置以下两句为 ERROR 。
   log4j.logger.com.opensymphony.oscache=ERROR
   log4j.logger.net.sf.navigator=ERROR
   
   8struts 配置
   log4j.logger.org.apache.commons=ERROR
   
   log4j.logger.org.apache.struts=WARN
   
   8.1 displaytag 配置
   log4j.logger.org.displaytag=ERROR
   
   8.2 spring 配置
   log4j.logger.org.springframework=DEBUG
   
   8.3 ibatis 配置
   log4j.logger.com.ibatis.db=WARN
   8.4 hibernate 配置
   
   log4j.logger.org.hibernate=DEBUG log4j.logger.org.apache.velocity=FATAL
   log4j.logger.com.canoo.webtest=WARN
   

4. java关于存取数据库后做日志记录问题,不是用log4j

提供建议如下：
1.每个需要被日志管理的数据库映射类都加一个功能名称属性并赋值。
2.封装hibernate中提供的save方法（增、改）和delete方法（删）。
在save方法中先判断传过来的对象的id，有id为更改，无id为新增。然后向日志管理类添加对象。操作为新增或更改，功能为对象.get功能名称,其他如操作人员及时间等应该有公共类可以取得.
删除方法类似;
大概思路应该就是这样.

5. java如何做系统操作日志

手头没有代码，用文字书写比较麻烦，说说思路吧：
1）：操作日志与每一个人的系统权限密切相关，在前期定义权限的时候，必须区分好每一个用户级别的权限（一级菜单与菜单下具体功能），需要用多张表进行权限标识，并且建立各个表之间的关联关系（具体设置此处略）。
2）：当用户点击系统内每一个功能（每一个功能按钮）的时候，一方面实现按钮功能（新建按钮实现新建功能），另外一方面将此处的功能名称、模块名称、用户名、时间等信息一并存储到用户操作表里面。
3）：在用户操作查询页面输入相应的条件，在用户操作表内查询即可。

6. java 数据同步 日志怎么记

如何保证数据一致性是很多程序（软件）都避免不了的问题，比如内存数据和文件数据的一致性，多备份数据一致性，多程序的数据同步等。保证数据一致性也有很多种方式：实时同步，准实时同步，定时同步等。
本文主要介绍的是准实时同步的一种，通过操作日志来保证最终数据的一致性。
设计思路：对于改变底层数据的操作（如增删改）进行记录并形成日志，通过redo这个日志保证另一套系统的数据的一致性。
详细设计：
1）底层接口的封装 。对于每个数据操作都必须封装成接口。最终其实设计本身就是在两个数据源处都调用的相同顺序的数据操作接口。
2）操作的记录和解析。能清楚的记录操作，能准确的解析操作，能对做过和没做过的操作进行区分。
3）日志的记录和去除。为了防止记录丢失，记录必须持久化。通过什么策略来记日志？通过什么策略来去除已经做过的日志？
4）异常的处理。程序有可能异常终止。日志操作已经完成在日志中却没有去除？对于每个具体的操作都有不同的处理策略。接口本身设计最好是原子的。
以上是设计的大致思路和需要考虑的部分问题，细节的实现最终会通过代码来实现，未完待续。

7. java开发怎么做日志功能 就是记录用户每一步的操作具体做什么了

Java开发做日志功能是比较麻烦的，Java开发学做日志功能推荐千锋教育。千锋教育合作院校超600所，校企合作共建实验室50余个，与教育部产学合作协同育人项目累计成功立项768项，为高校举办实训近万次，组织实施各类讲座5万余场。规划教材100本，已被近500所高校选用授课教材，深受广大高校师生喜爱。

日志对于一个系统来说非常重要，查找异常信息、分析系统运行情况等都需要用到日志。所以无论是JDK还是第三方都提供了关于日志的相关工具，本文分别介绍以下几种工具，以及各种工具间的整合、原理。日志，作为行为或状态详细描述的载体，其时效性与信息丰富程度在企业安全事件分析、事件回溯和取证过程中起到重要作用。在法律层，日志也是重要的电子证据，先进的日志记录、监控和审计手段，可以帮助客户有效地减少信息破坏、信息泄露的问题，对违法行为起到一定威慑作用。

想要了解更多java开发的相关信息，推荐咨询千锋教育。千锋Java现已拥有成熟独立的项目库，项目均1：1引进大厂项目，授课采用 CREA 项目研发模型，即 Cooperation、Research、Exercise、Alliance，以项目促进高质量教学。多场景，多学科联动为学员的技能实战提供高度还原的真实演练场，充分赋能学员简历价值，打造企业直聘班，得到广大学员一致认可。

8. java程序中实现系统日志功能怎么做就是用来记录使用系统的操作记录的那种，有例子的话更好，在线等候...

其实系统日志就是在系统操作者完成操作的同时，记录操作的详细信息，这个记录功能一般是在操作者完成操作同时进行处理的。例如，系统使用者对某一个表完成了插入操作，那么插入操作完成的同时，加一行代码，或者在插入操作调用的存储过程中加一段向程序日志表内插入一条操作信息！
以后想要知道操作人的操作信息，检索操作日志表就可以了！
先建立一个操作日志表，通常不止一个，按照操作分类添加！

9. 使用java如何记录用户操作系统时产生的日志不使用log4的方法，谢谢，最好有代码

你的意图是想把日志记录到数据库？自己编码的话，要考虑的关键问题是不影响业务的逻辑的运行和尽量少的操作数据库。
一般采用多线程记录日志和采用管道的方式批量插入数据库

记录到文件也是一样的道理，尽量少的写文件而已，如果要求不是很严格，只用多线程，就比较简单了

10. java中event日志怎么写

编程语言
这份Java日志格式规范，拿走不谢！

androidstarjack
转载
关注
0点赞·124人阅读
点击上方关注 “终端研发部”
设为“星标”，和你一起掌握更多数据库知识
登录后复制
作者: 思影影思
来源: blog.csdn.net/lk142500/article/details/80424945
登录后复制
Part1简介
在程序中写日志是一件非常重要，但是很容易被开发人员忽视的地方。写好程序的日志可以帮助我们大大减轻后期维护压力。在实际的工作中，开发人员往往迫于巨大时间压力，而写日志又是一个非常繁琐的事情，往往没有引起足够的重视。开发人员应在一开始就养成良好的日志撰写习惯，并且应在实际的开发工作中为写日志预留足够的时间。

1.1 日志的作用
一般程序日志出自下面几个方面的需求：

记录用户操作的审计日志，甚至有的时候就是监管部门的要求。

快速定位问题的根源

追踪程序执行的过程。

追踪数据的变化

数据统计和性能分析

采集运行环境数据 一般在程序上线之后，一旦发生异常，第一件事就是要弄清楚当时发生了什么。用户当时做了什么操作，环境有无影响，数据有什么变化，是不是反复发生等，然后再进一步的确定大致是哪个方面的问题。确定是程序的问题之后再交由开发人员去重现、研究、提出解决方案。这时，日志就给我们提供了第一手的资料。

1.2 撰写日志的要求
既然撰写日志是有需求，而且也能在未来帮助我们提高工作效率的事情，长远来看是非常有利的一件事情。因此我们应该在自己开发的程序中符合规范的撰写日志，在写日志时要注意以下的问题。

欢迎关注公众号"终端研发部"，查看更多干货！
1.2.1 日志的可读性
日志时给人读的，不仅仅是让自己明白，也要让没有接触过我们源代码的其他程序员也能够一目了然。有的同事在日志中打印特殊的标识符号，例如“++++++++++”， “===========”，“—————”，这些符号令人眼花缭乱。这是一种不好的编程习惯。另外，把日志分类输出到不同的文件也有利于我们排除干扰，迅速找到我们需要的信息。而且，最好在打印日志时输出英文，防止中文不支持而打印出乱码的情况。

1.2.2 日志的性能
无论我们把日志写到文件还是数据库，都需要消耗IO资源。适当的控制日志的输出也有利于提高程序的性能。例如：尽量避免在在大的循环中打印意义不大的日志内容。输出日志之前最好能判断日志的级别(例如. debug前先调用isDebugEnabled()作出判断)。

1.2.3 占用磁盘空间
通常，我们都是把日志写入磁盘上的日志文件中。适当的使用滚动日志并且定时清除旧文件是有好处的。我见过这样一个例子，程序运行几次后就跑不起来了，前几次都是正常的。怎么都想不明白程序有什么问题，最后才发现居然是日志文件占满了磁盘空间。在实际的应用中出现上G的日志文件也往往不少见。要在这样规模的日志文件中找出对解决问题有用的信息也是一大挑战。

1.2.4 日志的时效性
有的时候我们并不能及时的发现问题。需要追溯之前的日志。所以我们是需要保留一段时间以内的日志便于追溯。

1.2.5 日志级别
通常我们在产品环境中日志的级别都在INFO以上，所以我们必须保证在这样的情况下程序仍然能够输出足够我们作出判断的信息。例如常见的系统具有如下的日志级别：

// 定义FATAL级别输出宏
#define DRV_LOG_FATAL(fmt, ...) hlog_format(HLOG_LEVEL_FATAL, "PluginDriver", "[%s(%d)] "fmt, __FUNCTION__, __LINE__, ##__VA_ARGS__)

// 定义ERROR级别输出宏
#define DRV_LOG_ERROR(fmt, ...) hlog_format(HLOG_LEVEL_ERROR, "PluginDriver", "[%s(%d)] "fmt, __FUNCTION__, __LINE__, ##__VA_ARGS__)

// 定义WARN级别输出宏
#define DRV_LOG_WARN(fmt, ...) hlog_format(HLOG_LEVEL_WARN, "PluginDriver", "[%s(%d)] "fmt, __FUNCTION__, __LINE__, ##__VA_ARGS__)

// 定义INFO级别输出宏
#define DRV_LOG_INFO(fmt, ...) hlog_format(HLOG_LEVEL_INFO, "PluginDriver", "[%s(%d)] "fmt, __FUNCTION__, __LINE__, ##__VA_ARGS__)

// 定义DEBUG级别输出宏
#define DRV_LOG_DEBUG(fmt, ...) hlog_format(HLOG_LEVEL_DEBUG, "PluginDriver", "[%s(%d)] "fmt, __FUNCTION__, __LINE__, ##__VA_ARGS__)
// 定义TRACE级别输出宏
#define DRV_LOG_TRACE(fmt, ...) hlog_format(HLOG_LEVEL_TRACE, "PluginDriver", "[%s(%d)] "fmt, __FUNCTION__, __LINE__, ##__VA_ARGS__)
登录后复制

上述的日志文件中定义了6种日志级别，不同级别的含义在下文详述，需要了解到在一个程序开发的过程中需要维护不同的分别为FATAL， ERROR， EARN， INFO， DEBUG， TRACE。

1.2.6 日志内容
我们在写日志的时候，需要注意输出适当的内容。首先，尽量使用业务相关的描述。我们的程序是实现某种业务的，那么就最好能描述清楚这个时候走到了业务过程的哪一步。其次，避免在日志中输出一些敏感信息，例如用户名和密码。以及，要保持编码的一致。如果不能保证就尽量使用英文而不是中文。这样当我们拿到日志之后就不会因为看到一堆乱码而不知所云了。

1.2.7 日志格式
常见的日志格式中对于每一条日志应含有的信息包括日期、时间、日志级别、代码位置、日志内容、错误码等信息。下面是一个工作中的日志文件的一部分内容：

2018-05-22 15:35:53.850 TRACE TDWZLog [0x00001b10] <36> <TDWZProtocol::Init>,TDWZProtocol::Init
2018-05-22 15:35:53.850 TRACE TDWZLog [0x00001b10] <89> <TDWZProtocol::Init>,End in processing TDWZProtocol::Init
2018-05-22 15:35:53.853 TRACE TDWZLog [0x00001b10] <142> <TDWZProtocol::Connect>,Connect Execute finish
2018-05-22 15:35:53.853 TRACE TDWZLog [0x00002f10] <149> <GetAlarmEventPro>,Enter GetAlarmEventPro func
2018-05-22 15:39:36.382 WARN TrackLog [0x000029fc] - [ internal WARN htrace_server_convert_msgstring_to_contextintls(493) ] detect input id error, trace_id span_id,this chain may not be tracked.
2018-05-22 15:39:36.383 WARN TrackLog [0x000029fc] - [ internal WARN htrace_server_receive(195) ] can not detect trace_id in context, this chain may not be tracked.
2018-05-22 15:39:36.383 TRACE TDWZLog [0x000029fc] <231> <TDWZProtocol::DisConnect>,TDWZProtocol::DisConnect
2018-05-22 15:39:37.502 TRACE TDWZLog [0x00002f10] <225> <GetAlarmEventPro>,End Get AlarmEventPro Func
2018-05-22 15:39:37.503 TRACE TDWZLog [0x000029fc] <241> <TDWZProtocol::DisConnect>,close socket
2018-05-22 15:39:37.503 TRACE TDWZLog [0x000029fc] <242> <TDWZProtocol::DisConnect>,Execute DisConnect function succeed.
登录后复制
可以从该文件中看出一般日志文件中应该含有的信息。

Part2日志级别和含义
Log4j是Apache的一个开源项目，通过使用Log4j，我们可以控制日志信息输出目的地是控制台、文件、GUI组件甚至是套接口服务器；我们也可以控制每一条日志的输出格式；通过定义每一条日志信息的级别，我们能够更加细致地控制日志的生成过程。最令人感兴趣的就是，这些可以通过一个配置文件来灵活地进行配置，而不需要修改应用的代码。

2.1 Log4j的组成
Log4j由三个重要的组成构成：日志记录器(Loggers)，输出端(Appenders)和日志格式化器(Layout)。

2.1.1 Logger
控制要启用或禁用哪些日志记录语句，并对日志信息进行级别限制

2.1.2 Appenders
指定了日志将打印到控制台还是文件中.

2.1.3 Layout
控制日志信息的显示格式。

2.2 日志级别
Log4j中将要输出的Log信息定义了6种级别，依次为TRACE、DEBUG、INFO、WARN、ERROR和FATAL，当输出时，只有级别高过配置中规定的 级别的信息才能真正的输出，这样就很方便的来配置不同情况下要输出的内容，而不需要更改代码，非常方便快捷。

欢迎关注公众号"终端研发部"，查看更多干货！
2.2.1 TRACE
TRACE designates finer-grained informational events than the DEBUG.Since:1.2.12，很低的日志级别，一般不会使用。TRACE一般跟踪的是函数的调用，并且TRACE不应该含有变量参数，而仅能提示函数的调用关系。

2.2.2 DEBUG
一般用于细粒度级别上，对调试应用程序非常有帮助，主要用于开发过程中打印一些运行信息。

2.2.3 INFO
INFO消息在粗粒度级别上突出强调应用程序的运行过程。打印一些你感兴趣的或者重要的信息，这个可以用于生产环境中输出程序运行的一些重要信息，但是不能滥用，避免打印过多的日志。

2.2.4 WARN
WARN表示会出现潜在错误的情形，有些信息不是错误信息，但是也要给程序员一些提示。该级别表示程序会自动调整到正常的状态，类似参数未传入，使用了默认的参数，仍符合程序员预期之内的情况。

2.2.5 ERROR
ERROR指出虽然发生错误事件，但仍然不影响系统的继续运行。打印错误和异常信息，如果不想输出太多的日志，可以使用这个级别。一般在WARN之后的级别在打印错误时，应该同时打印错误码。

2.2.6 FATAL
FATAL指出每个严重的错误事件将会导致应用程序的退出，这个级别比较高，重大错误，程序无法恢复，必须通过重启程序来解决。

2.3 日志级别大小关系
日志级别就像开关一样，来决定哪些日志方法被调用，哪些不被调用。在log4j中，日志级别的关系如下所示：

ALL<TRACE<DEBUG<INFO<WARN<ERROR<FATAL<OFF

设置了对应的级别之后，日志框架就只调用大于等于这个级别的方法。Log4j建议只使用如下的四个界别

DEBUG<INFO<WARN<ERROR

Part3日志规范示例
模仿，抄写是比较好的学习方式，借鉴前人撰写日志的良好风格以形成自己的风格是不错的方式。下面是一些不错的日志记录。

3.1 TRACE日志记录示例
DRV_LOG_TRACE("Connect Execute start");
DRV_LOG_TRACE("Connect Execute finish");
DRV_LOG_TRACE("DisConnect func");
DRV_LOG_TRACE("Execute DisConnect function succeed.");
DRV_LOG_TRACE("Enter UploadEvent Func");
DRV_LOG_TRACE("extInfo = %s", Extension);
DRV_LOG_TRACE("Send a Msg ");
DRV_LOG_TRACE("- Connect Execute start");
DRV_LOG_TRACE("- Connect Execute finish");
DRV_LOG_TRACE("- Enter GetAlarmEventPro func");
DRV_LOG_TRACE("- Receive an info");
DRV_LOG_TRACE("- End Get AlarmEventPro Func");
DRV_LOG_TRACE("- DisConnect func");
DRV_LOG_TRACE("- Execute DisConnect function succeed.");
DRV_LOG_TRACE("- Enter UploadEvent Func");
DRV_LOG_TRACE("- Leave UploadEvent Func");
DRV_LOG_TRACE("- ============电网报警触发");
DRV_LOG_TRACE("- ============开始发送电流电压值");
DRV_LOG_TRACE("- ============间隔超过分钟再次发送电流电压值");
登录后复制

3.2 INFO日志记录示例
DRV_LOG_INFO("- UpdataEvent nchal= %d,EventID = %d.",iChannelNo,nEventType);
DRV_LOG_INFO("- do not support doControl");
DRV_LOG_INFO("- channelId = %s, nStatusType = %d", channelId.c_str(), nStatusType);
登录后复制
3.3 DEBUG日志记录示例
DRV_LOG_DEBUG("- 输出报警情况:电网编号:%d,报警数量:%d,报警内容:%s.",datas.data1.chn,datas.data1.alarm_num,datas.data1.alarms);
DRV_LOG_DEBUG("- 输出报警情况:电网编号:%d,报警数量:%d,报警内容:%s.",datas.data2.chn,datas.data2.alarm_num,datas.data2.alarms);
DRV_LOG_DEBUG("- 输出报警情况:电网编号:%d,报警数量:%d,报警内容:%s.",datas.data3.chn,datas.data3.alarm_num,datas.data3.alarms);
DRV_LOG_DEBUG("- 输出报警情况:电网编号:%d,报警数量:%d,报警内容:%s.",datas.data4.chn,datas.data4.alarm_num,datas.data4.alarms);
DRV_LOG_DEBUG("- ============datas.data1.huab = %d",datas.data1.huab);
DRV_LOG_DEBUG("- ============datas.data1.hiab = %d",datas.data1.hiab);
DRV_LOG_DEBUG("- ============datas.data2.huab = %d",datas.data2.huab);
DRV_LOG_DEBUG("- ============datas.data2.hiab = %d",datas.data2.hiab);
DRV_LOG_DEBUG("- ============datas.data3.huab = %d",datas.data3.huab);
DRV_LOG_DEBUG("- ============datas.data3.hiab = %d",datas.data3.hiab);
DRV_LOG_DEBUG("- ============datas.data4.huab = %d",datas.data4.huab);
DRV_LOG_DEBUG("- ============datas.data4.hiab = %d",datas.data4.hiab);
DRV_LOG_DEBUG("- Alarm is : %s",szEvent.c_str());
DRV_LOG_DEBUG("- GetChannelExtInfo channelId=%s", channelId.c_str());
DRV_LOG_DEBUG("- nChan = %d, szInfo = %s", nChan, szInfo);
登录后复制

3.4 WARN日志记录示例
DRV_LOG_WARN("[0x%08x] - invaild event msg,discard it", DRV_INVALID_ARG);
DRV_LOG_WARN("[0x%08x] - Can't find channel by channelId");
DRV_LOG_WARN("[0x%08x] - [DWSdk.errorcode=0x%08x]Connect device failed", DRV_CONNECT_FAILED, sdkErrCode);
DRV_LOG_WARN("[0x%08x] - [DWSdk.errorcode=0x%08x]dw_start_receive failed", DRV_ERROR, sdkErrCode);
DRV_LOG_WARN("[0x%08x] - [DWSdk.errorcode=0x%08x]Communicate failed, socket recv error", DRV_ERROR, DW_SOCKET_RECV_ERROR);
DRV_LOG_WARN("[0x%08x] - [DWSdk.errorcode=0x%08x>other error", DRV_ERROR, iGetResult);
DRV_LOG_WARN("[0x%08x] - [DWSdk.errorcode=0x%08x>other error", DRV_ERROR, iGetResult);
DRV_LOG_WARN("[0x%08x] - SetEventCallBack should be called first", DRV_ERROR);
登录后复制
3.5 ERROR日志记录示例
DRV_LOG_ERROR("Init DwSDK filded;<errCode=%d>", initRet);
DRV_LOG_ERROR("Connect device failed");
DRV_LOG_ERROR("Create thread failed");
DRV_LOG_ERROR("dw_start_receive failed");
DRV_LOG_ERROR("Communicate failed, socket recv error");
DRV_LOG_ERROR("other error<errCode=%d>", iGetResult);
DRV_LOG_ERROR("SetEventCallBack should be called first");

DRV_LOG_ERROR("[0x%08x] - [DWSdk.errorcode=0x%08x]Init DwSDK filded", DRV_INIT_FAILED, initRet);
DRV_LOG_ERROR("- [HPR.errorcode=0x%08x]Create thread failed", HPR_GetLastError());
登录后复制
上述代码中[0x%08x]有下述作用：该语句出现于格式化输出时的格式字符串中。形式为

"0x%08x"

其中，0x为普通字符，输出的时候会原样输出为0x。%08x为整型以16进制方式输出的格式字符串，会把后续对应参数的整型数字，以16进制输出。08的含义为，输出的16进制值占8位，不足部分左侧补0。于是，如果执行