java拼SQL语句时为了排版而使用str+str对性能的影响
引言：
?
??? 在拼SQL语句时，都知道尽量用StringBuffer来做拼接。但仍有人为了排版好看，在.appand()内部使用str+str的方式编写。
?
??? 可以看到下面列的SQL写法1（建议别这写）：
??? 这些语句到底对性能（速度）影响有多大。
?
正文：
?
??? 写法2这样的片断，中间没有穿插变量，因此JVM可能会存在一个“优化”的行为——即一次尽可能的读入最长的String，然后才存放入“数据区-唯一表”。也就是说，格式化写与连写，生成字节码运行时可能没什么本质区别。对此笔者做了个测试。测试源代码可以在文尾的附件中下载到。
?
??? 测试在此：>>>(此处略去关于略去多少字的说明)<<<
?
??? 经过测试
?
??? 结果：
??????? 10万次连接时，常量，耗时0毫秒；常量连接间穿插变量，耗时547毫秒。
??? 证明：
??????? 引言中的“写法2”拼接方式是可行的，不影响拼接速度，优化机制是存在的。
?
?
?
?
?
?
?
