Java里我所不知道的Accessor Method

本文内容均来源于Jake大神近期的演讲 Exploring Java's Hidden Costs
本文就演讲中的一点展开，第一次写，若有语言组织混乱的地方直接👆

在平时项目开发中，细心的同学一定发现，在反编译apk文件的时候会看到很多Accessor方法(如图)。不妨用javap看下自己项目中.class文件内的Accessor方法, 一定会大吃一惊。

What the Hell is Accessor Method?

There is no real nested class.

Java里面根本没有真正的内部类，看到的真的有时候不是真的，不妨做个测试。

public class FoodListView {
       private class FoodListAdapter {}
}

$ javac FoodListView.java

$ ls
FoodListView.class
FoodListView.java
FoodListView$FoodListAdapter.class

**$ javap 'FoodListView$FoodListAdapter' **

class FoodListView$FoodListAdapter{
      FoodListView$FoodListAdapter();
}

上述过程，你可以发现，编译后，内部类被抽到了外层。
看一个相对复杂的例子

public class FoodListView { 
        private static String displayText(String item){ 
                  return "" 
        }
        private class FoodListAdapter { 
             void bindItem(TextView tv, String item) {              
                    tv.setText(FoodlistView.displayText(item)); 
             } 
        }
}

按照之前的逻辑，抽出后，应该如下:

public class FoodListView { 
        private static String displayText(String item){ 
                  return "" 
        }
}

class FoodListAdapter { 
             void bindItem(TextView tv, String item) {              
                    tv.setText(FoodlistView.displayText(item)); 
             } 
}

然而这是不可能成立的，private displayText不可能被FoodListAdapter访问到。

Java如何做到的？Accessor Method

真正的编译后代码是这样的

public class FoodListView { 
        private static String displayText(String item){ 
                  return "" 
        }
        static String access$000(String item){
                  return displayText(item);
        }
}

class FoodListAdapter { 
             void bindItem(TextView tv, String item) {              
                    tv.setText(FoodlistView.access$000(item)); 
             } 
}

这就是项目中有大量的Accessor Methods的原因

问题: .class如此，那么proGuards会不会优化.class文件在dex中移除掉这些无用方法来减少方式数呢？👇

对于安卓开发者来说，方法数一直是一个非常重要的优化项，不妨试一下你的项目中到底有多少个这样的方法。

使用dex-method-list && dex-method-counts

dex-method-list [classes.dex]| grep -c 'access'

同时打开lint的J2EE中的Rule (Private member access between...), 你会发现文件里面许多私有的变量都会被打上warning. 把成员变量作用域改为包下可访问，就不会在被lint⚠️，自然也不会生成Accessor Method.

那么问题来了，这样暴露成员变量是否值得，这似乎于Thinking in Java中的一个定于域的原则相互违背了。从开发者的角度，似乎我们不应该肆意的去扩大一个成员的作用域，但是从优化来说，这些无用的方法确实没有它存在的价值。

希望读者在这个问题有自己的判断，有兴趣的话在评论中留言，非常感谢🙏

另外，在搜索过程中发现Facebook Redex项目中也会对Accessor Method进行优化，这种优化对开发者透明，基于dex的优化，应该可以规避掉上述提出的问题。

有时间大家还是读一下文章引子内Jake大神的文章，内容丰富，本文只是讲了一点，还有很多关于Java8带来的成本。

首次在简书提笔，求轻拍..

09/03/2016
Rindt