标签：annotations annotation-processing java

我正在考虑在编译时使用批注处理器构建使用某种批注类型进行批注的类的索引(甚至是存储在文件中的简单列表),以加快运行时批注类的检索.

那么,这是一个好习惯吗？有什么缺点吗？如果现在看来还不错,为什么没有很多库可以轻松地做到这一点(我发现的唯一一个库是Class Index)？而不是用于运行时处理,有那么多吗？

解决方法:

作为ClassIndex库的作者,我可以列出使用注释处理进行注释索引的一些优点,但也有一些缺点,我认为这不利于其广泛采用.

好处：

>使用注释处理的索引基于官方的JSR269.另一方面,类路径扫描依赖于Java内部.众所周知,ClassLoader没有API来检索带注释的类的列表.但是更令人惊讶的是,通用ClassLoader不允许列出试图从中加载类的文件夹和JAR文件.类路径扫描器假定用于加载类的唯一类加载器是URLClassLoader,该类加载器允许检索源URL以使用getURLs() method进行扫描.
>在某些环境中,通常使用类路径扫描仪do not work,在Android上使用Dalvik Executable格式.
>恒定的运行时复杂度使编译时索引超快速.
> Jigsaw项目计划引入annotation detection to Java.当前的需求还建议将编译时索引作为可行的实现.它甚至引入了@Indexed元注释,其目的与ClassIndex库中的@IndexAnnotated相同.

缺点：

> Java编译器和工具几乎不支持JSR 269.早期的javac版本中存在一些错误. Eclipse的自定义JDT编译器有更多错误,并且不支持自动发现注释处理器. ClassIndex包括许多此类问题的解决方法.
>类路径扫描是事实标准,并且得到很好的支持.
>应用程序启动时间很少是需要担心的瓶颈.

标签：annotations,annotation-processing,java
来源： https://codeday.me/bug/20191028/1954672.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。