Java中循环嵌套跳出的高效写法

(下面写的这些并不是Jdk的新特性,也不是Java某个版本提供的语法糖,不过是java语言早就提供的书写技巧,但是却被一直忽略的技巧) 
最近代码中总能用到循环嵌套的情况,大致模板如下: 
forech1(..) 

    forech2(...) { 
        ... 
        checkbreak1(); 
        ... 
    } 
    ... 
    checkbreak2(); 
    ... 

为了达到跳出循环forech1 的目的需要进行两个过程:checkbreak1和checkbreak2 ,问题在于checkbreak1 和checkbreak2这两个过程,他们的代码和逻辑结构非常相似。常常在做重复的工作。下面给出一个小demo大家大致能明白这个过程: 
while (true)/*forech1*/ { 
            int m = 10; 
            while (m > 0) /*forech2*/ { 
                m--; 
                // >>> code1 
                if (m == 4) { 
                    break; 
                } 
                // <<< code1 
            } 
            // >>> code2 
            if (m == 4) { 
                break; 
            } 

            // <<< code2 

我们可以看到跳出Forech1我们要重复写code2这段我们毫无用处的代码。如果遇到这种情况我们可以使用break Label,Label标签并不是新的特性,而且相信大家也非常熟知这个写法,但是可能跟我一样一直不知道什么时候用它合适。实际上遇到这种循环嵌套跳出的情况我们完全可以使用它,而且我也将向大家展示它的高效。我们在使用Label标签改造之后的代码就变成: 
LABEL:while (true)/*forech1*/ { 
            int m = 10; 
            while (m > 0) /*forech2*/ { 
                m--; 
                // >>> code1 
                if (m == 4) { 
                    break LABEL; 
                } 
                // <<< code1 
            } 

我们可以看到我们在code1后直接跳转到LABEL的索引位置。代码结构更简洁,当然你可能毫不犹豫的脱口而出这不是goto的写法么?goto这种写法破坏结构化程序结构。。个人认为只要是你觉得用的爽,没有破坏大结构的情况下像那种教条是不用特别遵守的。 
>>性能比较: 
或许你也和我一样疑惑,这种写法是否会像jdk1.6提供的foreach一样是中看不中用呢?效率上比不上通过之前的索引方式。为了证明这点我们来看下这段代码最后所翻译出来的指令代码: 
非label方式: 
Code: 
   21:  iload_1 
   22:  iconst_4 
   23:  if_icmpne       0 
   26:  return 
我们可以看到他在foreach2之后通过3条指令来完成跳转判断.实际上这种测试是由你的code2的代码复杂性来决定的。 
=== 
label方式: 
Code: 
   21:  goto    0 
   26:  return 
我们看到通过label方式只用了一条高效的goto指令就完成了跳转。也就是说在虚拟机看来label方式要比非label方式高效的多。 
>>内存比较: 
其实通过非label方式产生比较多的字节码,已经能代表其占用的内存空间。但是可能有人会吹毛求疵的说你定义一个Label需要往常量池中多定义个数据。其实我可以告诉你这种定义是没有的,我们打印出它的常量池(我这里就不打印了 (抠鼻)),你应该是找不到你的Label这个常量的。因为在编译的时候已经预编译成了索引。 

注:当然为了实现从foreach2跳到foreach1有很多种方法,你一样可以采用异常的方式,但是异常的方式需要专门构建异常表,而且效率不高,所以还是提倡采用label的方式来进行跳出。当然你还沿用之前的写法也无伤大雅。

Java中循环嵌套跳出的高效写法,古老的榕树,5-wow.com

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。