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。代码量超级少,只有几十行有效代码,没有注释一样能看懂