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”拼接方式是可行的，不影响拼接速度，优化机制是存在的。