Java 7 中的Switch 谈 Java版本更新和反编译知识
学习编程，享受生活，大家好，我是追寻梦的飞飞。今天主要讲述的是Java7中的更新Switch实现内部原理和JAD反编译知识，反编译很好玩的！
Java语言大版本之间的更新，会添加一些比较好的改动。目前最流行的应该是Java7 版本的，仙子啊java 8 已经推出，更多的是关注与移动互联网领域，比如位置信息、触摸即使、罗盘指针、重力感应之类的。不过到java 8 推广还有一段时间，所以就先学习Java7中的新改动的知识了。软件版本更新需要考虑对之间版本的兼容性，让版本更新的代价最小，这一点在Switch中是如何体现的呢？
之前的Java中Switch仅仅支持整形的数据，所以给编程带来一定的困扰，极大的限制了程序的灵活性（我想说的是C/C++中好像也是仅仅支持类int类型的变量）。但是在Java7中增加了一种String类型，Switch语句支持Character Byte Short Integer String类型。但是这一种方式的改变，在底层如何实现，怎样修改使得代价最小：
在Switch语句中，case中的值是不可以相等的，经过编译之后的Java代码会全部转为Unicode字符：所以下面的情况是不会通过编译的：
String gender = “”;
switch(gender){
case “男”:
break;
case “\u7537”:
break;
}
这样的代码是不会被编译通过的。因为unicode中的\u7537就是汉字男
在底层的实现原理：
因为之前的Switch是仅仅支持int类型的，也就是说在JVM和字节码层次上仅仅支持int类型的变量，那么减少这个改变带来的影响，就需要根据源代码中的含义，将字符串转变为对应的int值，不同的JAVA编译器采用不同的方式进行转变，这里我们想到的就是Java的hashCode。
这里就需要介绍一个很好的工具JAD，它可以反编译，也就是把字节码编译成为Java源代码，好像很厉害的样子，于是我就忍不住，赶紧来试一下，如果可以反编译别人的字节码，那岂不是碉堡了，在反编译之前，我们先大胆的猜一下：Java的反编译应该是比C/C++的要简单的多，因为JVM 的标准是开放的，所以生成的字节码也是有规律的，但是反编译之后的源代码应该和自己写的源代码有一定的差别，但是差别会有多大，感觉不会很大。因为每一个JAVA文件是独自的编译的，生成对应的字节码。我们测试一下：
首先是下载工具和配置环境了：很小的几百k，加压出来发现就两个文件执行exe和说明文档。为了能够在命令行中可以运行，我们直接把她放在JDK/bin中，前提是你配置了JAVA环境变量。
开始测试了：
1.输入jad命令，可以运行
2.找个自己的源代码
TestMain.java
import java.io.InputStream;
import net.sf.ehcache.Cache;
import net.sf.ehcache.CacheManager;
import org.eclipse.jetty.server.Connector;
import org.eclipse.jetty.server.Handler;
import org.eclipse.jetty.server.Server;
import org.eclipse.jetty.server.ServerConnector;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;
import com.yang.lolvideo.jetty.handler.LolHandler;
public class TestMain {
private static final int PORT_ONE = 8087;
private static final int PORT_TWO = 8088;
public static void main(String[] args) throws Exception {
// TODO Auto-generated method stub
//Spring config
ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml");
//ehcache config to get the object cache
InputStream ehcacheConfig = TestMain.class.getResourceAsStream("ehcache.xml");
CacheManager cacheManager = CacheManager.create(ehcacheConfig);
Cache cache = cacheManager.getCache("sampleCache1");
//Jetty server to run the server
Server server =new Server();
ServerConnector connector_one = new ServerConnector(server);
connector_one.setPort(PORT_ONE);
ServerConnector connector_two = new ServerConnector(server);
connector_two.setPort(PORT_TWO);
server.setConnectors(new Connector[]{connector_two});
Handler handler = new LolHandler(context,cache);
server.setHandler(handler);
//start server
server.start();
server.join();
}
}
将他的字节码反编译
jad –p TestMain.class > TestMain.java // 将编译的结果重定向到文件
jad –p TestMain.class // 将编译的结果显示在屏幕
jad –o TestMain.class > TestMain.java // 不提示，直接覆盖原文件
查看源文件：
// Decompiled by Jad v1.5.8g. Copyright 2001 Pavel Kouznetsov.
// Jad home page: http://www.kpdus.com/jad.html
// Decompiler options: packimports(3)
// Source File Name: TestMain.java
import com.yang.lolvideo.jetty.handler.LolHandler;
import net.sf.ehcache.CacheManager;
import org.eclipse.jetty.server.*;
import org.springframework.context.support.ClassPathXmlApplicationContext;
public class TestMain
{
public TestMain()
{
}
public static void main(String args[])
throws Exception
{
org.springframework.context.ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml");
java.io.InputStream ehcacheConfig = TestMain.getResourceAsStream("ehcache.xml");
CacheManager cacheManager = CacheManager.create(ehcacheConfig);
net.sf.ehcache.Cache cache = cacheManager.getCache("sampleCache1");
Server server = new Server();
ServerConnector connector_one = new ServerConnector(server);
connector_one.setPort(8087);
ServerConnector connector_two = new ServerConnector(server);
connector_two.setPort(8088);
server.setConnectors(new Connector[] {
connector_two
});
org.eclipse.jetty.server.Handler handler = new LolHandler(context, cache);
server.setHandler(handler);
server.start();
server.join();
}
private static final int PORT_ONE = 8087;
private static final int PORT_TWO = 8088;
}
果然是超厉害，这反编译的写的代码比我自己的源代码更加规范，我和我的小伙伴们的哦惊呆了，这样岂不是可以……你懂的
还是回来说说这些switch实现的机制：
源代码是：
//TestMain.java
public class TestMain
{
public String generatee(String name, String gender){
String title="";
switch(gender){
case "男":
title= name + "先生";
break;
case "女":
title=name+ "女士";
break;
default:
title = name;
}
return title;
}
}
反编译之后：
// Decompiled by Jad v1.5.8g. Copyright 2001 Pavel Kouznetsov.
// Jad home page: http://www.kpdus.com/jad.html
// Decompiler options: packimports(3)
// Source File Name: TestMain.java
public class TestMain
{
public TestMain()
{
}
public String generatee(String s, String s1)
{
String s2 = "";
String s3 = s1;
byte byte0 = -1;
switch(s3.hashCode())
{
case 30007:
if(s3.equals("\u7537"))
byte0 = 0;
break;
case 22899:
if(s3.equals("\u5973"))
byte0 = 1;
break;
}
switch(byte0)
{
case 0: // ‘\0‘
s2 = (new StringBuilder()).append(s).append("\u5148\u751F").toString();
break;
case 1: // ‘\001‘
s2 = (new StringBuilder()).append(s).append("\u5973\u58EB").toString();
break;
default:
s2 = s;
break;
}
return s2;
}
}
在底层原来是这样实现的，在转变为hashCode之后，也会在内部使用equal函数进行判断。因为不同的对象产生的hashCode也会有相等的时候。在这里吧他们转变为byte的0，1，2，之后在来一个switch进行判断，执行对应的操作。
所以说在在底层执行代码不一定就是我们编写的代码，这个时候我们就应给考虑执行效率的问题。如果对于这种switch我们可以尝试使用enum类型来进行优化。
今天就先到这里了，不断的学习新的技术，和大家分享！
追寻梦的飞飞
2014.04.02 于广州