字符串连接的使用效率低下

Question

我正在我的java-app中创建一个记录器(使用NetBeans作为IDE)突然我看到一个警告说:"在记录器中使用字符串连接效率低下".

我的oringinal代码是

srcLogger.getLogger().log(Level.INFO,"UploadBean.doUpload completado [" + file.getName() + "]\n");

但NetBeans建议将其转换为模板(这里的"模板"是什么意思？)给出以下代码:

srcLogger.getLogger().log(Level.INFO, "UploadBean.doUpload completado [{0}]\n", file.getName());

这两种连接方式有什么不同,我从来没有使用过后者.

干杯.

Answer 1

该消息不是指字符串连接本身的代价.当他们说将使用StringBuilder时,其他答案是完全正确的.

使用消息模板的主要原因是因为只在显示日志记录级别时才进行处理!

让我们使用这两个例子:

srcLogger.getLogger().log(Level.INFO,"UploadBean.doUpload completado [" + file.getName() + "]\n");
srcLogger.getLogger().log(Level.INFO, "UploadBean.doUpload completado [{0}]\n", file.getName());

启用调试级别INFO:两者都必须从File获取文件名,两者都必须更新字符串,生成一个新的字符串,显示它.

调试级别INFO关闭:第二个答案通过File对象的名称(这是一个简单的查询),log()方法检查INFO级别并立即返回.String根本不执行任何处理!

现在想象一下,file.getName()我们记录的是一个更复杂的对象,而不是一个简单的对象,它本身需要在toString()方法中进行大量的字符串连接.通过直接记录这些对象,根本不会完成任何处理.toString()除非显示调试级别,否则永远不会被调用.

因此,在显示日志记录的情况下,消息模板不是更有效,但是当未显示日志记录时,它非常有效(特别是在非平凡日志记录的情况下).日志记录的目标之一应该是,如果关闭日志记录,则它对系统性能的影响最小.

Answer 2

我会忽略警告(如果可能的话,如果它关闭则切换).连接并不是效率低下的,因为现代编译器将其替换为基于的高效实现StringBuilder(如果查看类文件的字节码,您将看到它).

建议的替换不会连接字符串,但它需要一些额外的处理来解析模板并将其与参数合并.

Netbeans,这是一个糟糕的建议.

_{这适用于Java 1.5+.旧版本的Java(可能)String在连接期间创建了许多未使用的实例.}

Answer 3

这里真正的胜利是,如果记录器配置为不在INFO级别登录,则根本不需要进行任何字符串处理(连接或模板扩展).

也就是说,记录器可以决定什么也不做,而不必去任何类型的字符串操作.