关于ButterKnife等框架注解的思考

        ButterKnife、Dagger2等基于注解的框架到底会不会导致程序性能的降低，是我在实现了一个基于反射的注解来实现findviewbyid功能后，引发的思考。在查询了一些资料以后，目前结论是：反射确实会导致程序性能的损失，而上面说的那些框架也的确用到了反射，用于寻找类以及变量。但是并不会引起性能降低，因为他们采用的是编译时注解，即RetentionPolicy.CLASS，而不是像我自己实现的那种运行时注解RetentionPolicy.RUNTIME。编译时注解用到了一个叫做APT的东西，Annotation Processing Tools，编译时注解工具。在.java文件编译成.class文件的过程中，将注解转换成了源代码，相当于注解帮我们实现了findviewbyid。这样编译出来以后，运行的时候，和直接findviewbyid是没有区别的。唯一的开销是在编译过程中。不过这也不算性能的问题。

        学习的过程中，参考了鸿神的资料，如果想稍微深入的探究下，建议按照鸿神的demo手动敲一遍

http://blog.csdn.net/lmj623565791/article/details/43452969

http://blog.csdn.net/lmj623565791/article/details/51931859

顺便讲下心得，看过ButterKnife的源码以后，发现到了最后，注解转换成class文件的时候，用的是字符串拼接。讲真心里也不知道是什么感觉，只能说，不管多么狂炫酷拽的表象下面，都是最基础的实现。还是要脚踏实地，没事翻翻数据结构

        顺便安利下自己的demo，一个基于反射的运行时注解，如果想了解的话可以先从我这个demo入手https://github.com/lu-xu/ButterFlyAnnotation。代码量超级少，只有几十行有效代码，没有注释一样能看懂