老板扣我1000元“血汗钱”，只因我没记住阿里开发手册这条规则，

本文故事构思来源于脉脉上的一篇帖子“一行代码引发的血案。

 

其实关于字符串的文章，我之前也写过一篇《诡异的字符串问题》，字符串对于我们开发者而言，可以用最近很流行的一句话“用起来好嗨哟，仿佛人生达到了巅峰”。

 

确实大家都用的很嗨，很便利，但 JDK 的工程师在背后付出了努力又有几个人真的在意呢？

 

咱们今天就通过一个例子来详细的说明。

public class StringTest {

public static void main(String[] args) {

// 无变量的字符串拼接

String s = "aa"+"bb"+"dd";

System.out.println(s);

// 有变量的字符串拼接

String g = "11"+s+5;

System.out.println(g);

// 循环中使用字符串拼接

String a = "0";

for (int i = 1; i < 10; i++) {

a = a + i;

}

System.out.println(a);

// 循环外定义StringBuilder

StringBuilder b = new StringBuilder();

for (int i = 1; i < 10; i++) {

b.append(i);

}

System.out.println(b);

}

}

有同学可能会说，这么一段代码，怎么来区分呢？既然我在对话中说了 Java 从 JDK5 开始，便在编译期间进行了优化，那么编译期间 javac 命令主要干了什么事情呢？一句话归根结底，那么肯定就是把 .java 源码编译成 .class 文件，也就是我们常说的中间语言——字节码。然后 JVM 引擎再对 .class 文件进行验证，解析，翻译成本地可执行的机器指令，这只是一个最简单的模型，其实现在的 JVM 引擎后期还会做很多优化，比如代码热点分析，JIT编译，逃逸分析等。

 

说到这里，我记得之前群里有同学说，字节码长得太丑了，看了第一眼就不想看第二眼，哈哈，丑是丑点，但是很有内涵，能量强大，实现了跨平台性。

 

关于怎么查看字节码，我之前分享过两个工具，一个 JDK 自带的 javap，另一个IDEA的插件 jclasslib Bytecode viewer。今天给你再分享一个，我之前破解 apk 常用的工具 jad，它会让你看字节码文件轻松很多。

 

先说一下，我分别用 Jdk 1.6 - 1.8 自带的 javap 工具进行了反编译，发现生成的 JVM 指令是一样的，所以在此处不会列出每一个版本生成的指令文件。为了便于大家阅读指令文件，这里用jad工具生成，代码如下。

// Decompiled by Jad v1.5.8g. Copyright 2001 Pavel Kouznetsov.

// Jad home page: http://www.kpdus.com/jad.html

// Decompiler options: packimports(3) annotate

// Source File Name: StringTest.java

import java.io.PrintStream;

public class StringTest

{

public StringTest()

{

// 0 0:aload_0

// 1 1:invokespecial #1 <Method void Object()>

// 2 4:return

}

public static void main(String args[])

{

String s = "aabbdd";

// 0 0:ldc1 #2 <String "aabbdd">

// 1 2:astore_1

System.out.println(s);

// 2 3:getstatic #3 <Field PrintStream System.out>

// 3 6:aload_1

// 4 7:invokevirtual #4 <Method void PrintStream.println(String)>

String g = (new StringBuilder()).append("11").append(s).append(5).toString();

// 5 10:new #5 <Class StringBuilder>

// 6 13:dup

// 7 14:invokespecial #6 <Method void StringBuilder()>

// 8 17:ldc1 #7 <String "11">

// 9 19:invokevirtual #8 <Method StringBuilder StringBuilder.append(String)>

// 10 22:aload_1

// 11 23:invokevirtual #8 <Method StringBuilder StringBuilder.append(String)>

// 12 26:iconst_5

// 13 27:invokevirtual #9 <Method StringBuilder StringBuilder.append(int)>

// 14 30:invokevirtual #10 <Method String StringBuilder.toString()>

// 15 33:astore_2

System.out.println(g);

// 16 34:getstatic #3 <Field PrintStream System.out>

// 17 37:aload_2

// 18 38:invokevirtual #4 <Method void PrintStream.println(String)>

String a = "0";

// 19 41:ldc1 #11 <String "0">

// 20 43:astore_3

for(int i = 1; i < 10; i++)

//* 21 44:iconst_1

//* 22 45:istore 4

//* 23 47:iload 4

//* 24 49:bipush 10

//* 25 51:icmpge 80

a = (new StringBuilder()).append(a).append(i).toString();

// 26 54:new #5 <Class StringBuilder>

// 27 57:dup

// 28 58:invokespecial #6 <Method void StringBuilder()>

// 29 61:aload_3

// 30 62:invokevirtual #8 <Method StringBuilder StringBuilder.append(String)>

// 31 65:iload 4

// 32 67:invokevirtual #9 <Method StringBuilder StringBuilder.append(int)>

// 33 70:invokevirtual #10 <Method String StringBuilder.toString()>

// 34 73:astore_3

// 35 74:iinc 4 1

//* 36 77:goto 47

System.out.println(a);

// 37 80:getstatic #3 <Field PrintStream System.out>

// 38 83:aload_3

// 39 84:invokevirtual #4 <Method void PrintStream.println(String)>

StringBuilder b = new StringBuilder();

// 40 87:new #5 <Class StringBuilder>

// 41 90:dup

// 42 91:invokespecial #6 <Method void StringBuilder()>

// 43 94:astore 4

for(int i = 1; i < 10; i++)

//* 44 96:iconst_1

//* 45 97:istore 5

//* 46 99:iload 5

//* 47 101:bipush 10

//* 48 103:icmpge 120

b.append(i);

// 49 106:aload 4

// 50 108:iload 5

// 51 110:invokevirtual #9 <Method StringBuilder StringBuilder.append(int)>

// 52 113:pop

// 53 114:iinc 5 1

//* 54 117:goto 99

System.out.println(b);

// 55 120:getstatic #3 <Field PrintStream System.out>

// 56 123:aload 4

// 57 125:invokevirtual #12 <Method void PrintStream.println(Object)>

// 58 128:return

}

}

这里说一下分析结果。

 

1、无变量的字符串拼接，在编译期间值都确定了，所以 javac 工具帮我们把它直接编译成一个字符常量。

 

2、有变量的字符串拼接，在编译期间变量的值无法确定，所以运行期间会生成一个StringBuilder 对象。

 

3、循环中使用字符串拼接，循环内，每循环一次就会产生一个新的 StringBuilder 对象，对资源有一定的损耗。

 

4、循环外使用 StringBuilder，循环内再执行 append() 方法拼接字符串，只会成一个 StringBuilder 对象。

 

因此，对于有循环的字符串拼接操作，建议使用 StringBuilder 和 StringBuffer，对性能会有一定的提升。

 

其实上面的结论，《阿里巴巴Java开发手册》中有所提到，此文正好与该条结论相对应。

 

 

 

一个简单的字符串，用起来确实简单，背后付出了多少工程师的心血，在此，深深地佩服詹爷。

 

 

最后小编整理了一套技术资料不仅能精准消除技术盲点、累计面试经验，更可以攻克JVM、Spring、分布式、微服务等技术难题。

 

海量电子书，珍藏版

 

 

 

领取步骤

1.加微信获取