为什么Log记录日志要先做一个判断了?如下。
if (logger.isErrorEnabled()){ logger.error(msg,e); } 还有就是logger.isDebugEnabled和logger.isInfoEnable 等等?
以下の例に置き換えてみると分かります。
多くの場合、ログの記録時にいくつかのパラメーター情報が記録されます。 jcl をログ インターフェイスとして使用する場合、文字列の結合は避けられませんが、ログにはさまざまなレベルがあります (level)。 >) オンラインで実行している場合、通常の状況では、すべてのログ レベルが記録されません。 jcl做为日志接口时难免少不了要拼接字符串,但是日志有不同的级别(level)在线上运行时正常情况是不会将所有日志级别的日志都记录下来。
jcl
level
在使用jcl时如果不增加日志级别判断。直接这样使用log.debug("log " + param1 + " ...");会产生很多不需要的String对象,这些String实际没有产生作用,浪费了执行时间,同时gc也需要大量回收这种垃圾对象,这也就是在使用jcl时需要增加判断的原因。
log.debug("log " + param1 + " ...");
String
gc
当然我们现在可以直接使用slf4j利用占位符来减少这种if判断。如log.debug("log {} ...", param1) jcl を使用するときにログレベルの判定を上げない場合。 log.debug("log " + param1 + " ..."); を直接使用すると、これらの String オブジェクトが大量に生成されます。 > code> は実際には何の効果も持たず、実行時間を無駄にします。同時に、gc もそのような大量のゴミオブジェクトをリサイクルする必要があるため、jcl を使用する場合は追加の判断が必要になります。 コード>。
slf4j
if
log.debug("log {} ...", param1)
jcl を使用する場合は追加の判断が必要になります。 コード>。
以下の例に置き換えてみると分かります。
リーリー多くの場合、ログの記録時にいくつかのパラメーター情報が記録されます。
jcl
をログ インターフェイスとして使用する場合、文字列の結合は避けられませんが、ログにはさまざまなレベルがあります (level
)。 >) オンラインで実行している場合、通常の状況では、すべてのログ レベルが記録されません。jcl
做为日志接口时难免少不了要拼接字符串,但是日志有不同的级别(level
)在线上运行时正常情况是不会将所有日志级别的日志都记录下来。在使用
jcl
时如果不增加日志级别判断。直接这样使用log.debug("log " + param1 + " ...");
会产生很多不需要的String
对象,这些String
实际没有产生作用,浪费了执行时间,同时gc
也需要大量回收这种垃圾对象,这也就是在使用jcl
时需要增加判断的原因。当然我们现在可以直接使用
🎜もちろん、slf4j
利用占位符来减少这种if
判断。如log.debug("log {} ...", param1)
jcl
を使用するときにログレベルの判定を上げない場合。log.debug("log " + param1 + " ...");
を直接使用すると、これらのString
オブジェクトが大量に生成されます。 > code> は実際には何の効果も持たず、実行時間を無駄にします。同時に、gc
もそのような大量のゴミオブジェクトをリサイクルする必要があるため、jcl を使用する場合は追加の判断が必要になります。 コード>。
slf4j
を直接使用して、プレースホルダーを使用して、このif
の判断を減らすことができます。例:log.debug("log {} ...", param1)
🎜slf4j🎜