使用 javap 分析 Java 的字符串操作
我们看这样一行简单的字符串赋值操作的Java代码。
String a = "i042416";
使用命令行将包含了这行代码的Java类反编译查看其字节码:
javap -v constant.ConstantFolding

我们看到字符串 "i042416" 被Java编译器加到了常量池里。

Java代码 String a = "i042416"被翻译成了下面两句字节码:

ldc #16: 首先JVM底层的原生方法StringTable::intern被调用,生成String的内部存储实现char[]。然后执行ldc #16, 将常量池内的代号为#16的常量加载到栈上,即i042416。
2. astore_1:将"i042416"的引用存储到序号为1的本地变量中(即我们代码中的局部变量a)。
下面再看一个稍微复杂一点的例子。
做一个字符串拼接的操作。
String aa1 = "i042416";
String aa2 = "jerrywang";
String aa3 = "i042416" + "jerrywang";
可以看到,在编译阶段,编译器字节把两个字符串常量的值进行拼接,结果"i042416jerrywang"存储到变量aa3中, 作为一个新的字符串常量, 在常量池中代号为#21。


因此,变量aa1和aa3实际上指向常量池中的同一个常量,因此直接用==比较也返回true。
String aa1 = "i042416jerrywang";
String aa2 = "jerrywang";
String aa3 = "i042416" + "jerrywang";
System.out.println(aa1 == aa3);

很多Java面试官喜欢问这个问题:
一个Spring MVC的项目文件里,开发人员没有开发自己的Servlet,只通过注解@RequestMapping定义了方法home能响应发向 /mvc/test1的请求。

使用url http://localhost:9098/MavenSandbox/mvc/test1 测试,能观察到home方法返回的字符串,这背后的工作原理是什么?

我们通过自己的研究来回答。在上述代码第53行设置断点。再次访问url http://localhost:9098/MavenSandbox/mvc/test1,断点触发。我们观察调用栈,发现有一个栈帧DispatcherServlet.doService(HttpServletRequest, HttpServletResponse)。这个Servlet会负责将我们加了@RequestMapping注解的方法里return的字符串加到HttpServletResponse里,这就是为什么我们在浏览器里能看到return字符串的原因。

我们看下DispatcherServlet.doService里的HttpServletResponse里是否包含了我们期望的输出字符串。在调试器里展开response变量:

response->outputBuffer->bb->buff, 在buff里能看到这个字符串数组缓冲:

104是H的ASCII码,101是e的ASCII码,108是l的ASCII码,所以证明了response确实包含了开发人员在home方法里返回的字符串:hello this is a most simple example
最后,DispatcherServlet从哪里来的?
在Eclipse调试器里发现,它是Spring框架的标准Servlet:
org.springframework.web.servlet.DispatcherServlet

这个Servlet正是我们在WEB-INF文件夹的web.xml文件里的Servlet。
因此给面试官的答案为:Spring MVC框架仍然需要Servlet,但这个Servlet是由Spring框架提供,无需应用开发人员重复实现。

要获取更多Jerry的原创技术文章,请关注公众号"汪子熙".