java拼SQL话语时为了排版而使用str+str对性能的影响

引言：

?

??? 在拼SQL语句时，都知道尽量用StringBuffer来做拼接。但仍有人为了排版好看，在.appand()内部使用str+str的方式编写。

?

??? 可以看到下面列的SQL写法1（建议别这写）：

        String sql = "select " + resultColumn.trim() + " from "                + ConstUtil.OWNER + "Table1" + "where CompanyCode "                + "in(select CompanyCode" + " from " + ConstUtil.OWNER                + ".secumain " + "where secucode= " + code;

??? 还有这样的写法2（到底如何）：

        String sql = ""             + "select * from dbo.Table1 "             + "  where CompanyCode in("             + "    select CompanyCode from dbo.secumain "            + "    where secucode='595804040'"            + "  )";

??? 这些语句到底对性能（速度）影响有多大。

?

正文：

?

??? 写法2这样的片断，中间没有穿插变量，因此JVM可能会存在一个“优化”的行为——即一次尽可能的读入最长的String，然后才存放入“数据区-唯一表”。也就是说，格式化写与连写，生成字节码运行时可能没什么本质区别。对此笔者做了个测试。测试源代码可以在文尾的附件中下载到。

?

??? 测试在此：>>>(此处略去关于略去多少字的说明)<<<

?

??? 经过测试

?

??? 结果：

??????? 10万次连接时，常量，耗时0毫秒；常量连接间穿插变量，耗时547毫秒。

??? 证明：

??????? 引言中的“写法2”拼接方式是可行的，不影响拼接速度，优化机制是存在的。

?

?

?

?

?

?

?

2 楼 zhaoningbo 2011-06-14  

cjxgotofly 写道

用StringBuffer好象效率上要好些吧.同时也是为了排版.美观

恩，威武！