Java是怎么工作的
这篇文章将为大家详细讲解有关Java是怎么工作的,小编觉得挺实用的,因此分享给大家做个参考,希望大家阅读完这篇文章后可以有所收获。
10年积累的网站设计、成都网站建设经验,可以快速应对客户对网站的新想法和需求。提供各种问题对应的解决方案。让选择我们的客户得到更好、更有力的网络服务。我虽然不认识你,你也不认识我。但先网站制作后付款的网站建设流程,更有神池免费网站建设让你可以放心的选择与我们合作。
1. 注解是什么?
用一个词来可以解释:注解即是元数据。元数据是关于数据的数据。所以注解是代码的元数据。举个例子,查看下面的代码。
@Override public String toString() { return "This is String Representation of current object."; }
我在以上代码中重写 toString()
方法时使用了 @Override
注解。即使我不使用 @Override
,代码仍然能够正常工作,没有任何问题。那么,这个注解的优点是什么?又代表了什么?@Override
告诉编译器,此方法是一个重写的方法(有关该方法的元数据),如果父类中不存在此类方法,则引发编译器错误(超类中没有被覆盖其的方法)。现在,如果我犯了一个排版错误,并使用方法名为 toStrring() {double r}
如果我没有使用 @Override
,我的代码会成功地编译和执行,但是结果将会与预期不同。现在,我们理解了注解是什么,阅读正式的定义是很有用处的。
注解是一种特殊的 Java 构造,用于修饰类、方法、字段、参数、变量、构造函数或包。这是 JSR-175 选择的提供元数据的工具。
2. 为什么引入注解?
在注解出现之前(甚至之后),XML 被广泛地用于元数据,但是,一部分特定的应用程序开发人员和架构师认为 XML 维护变得麻烦了。他们希望能够通过某种方式与代码紧密耦合,来代替 XML,因为 XML 与代码非常松散地耦合(在某些情况下,几乎是独立的)。如果你在谷歌上搜索 “XML vs annotations”,你会发现很多有趣的争论。有趣的一点是,XML配置是为了将配置从代码中分离出来而引入的。最后两种说法可能会在你的脑海中产生一些疑问,即这两种说法都在创造一个循环,但两者各有优缺点。让我们试着用一个例子来理解。
假设您希望设置一些应用程序范围的常量/参数。在这个场景中,XML将是一个更好的选择,因为这与任何特定的代码段无关。如果您希望将某些方法公开为服务,那么注解将是一个更好的选择,因为它需要与该方法紧密耦合,并且该方法的开发人员必须知道这一点。
另一个重要因素是注解定义了在代码中定义元数据的标准方法。在注解之前,人们还使用自己的方法来定义元数据。一些例子是使用标记接口、注解、临时关键字等。每个开发人员都需要根据自己的方式来决定元数据,但是注解是标准化的东西。
如今,大多数框架都将XML和注解结合起来,充分利用两者的优点。
3.注解如何工作以及如何编写自定义注解
在开始解释之前,我建议您下载这个注释(AnnotationsSample.zip) 的示例代码,并在您常用的 IDE 中保持打开,因为它将帮助您更好地理解下面的解释。
编写注解非常简单。您可以将注解定义与接口定义进行比较。让我们看两个例子 — 一个是标准 @Override
第二个注解是自定义注解。@Todo
:
@Target(ElementType.METHOD) @Retention(RetentionPolicy.SOURCE) public @interface Override { }
似乎有些可疑之处 @Override
它没有做任何事情 — 它只是检查是否在父类中定义了一个方法。别惊讶,我不是在开玩笑。重写注解的定义只有那么多代码。这是需要理解的最重要的部分,我重申一遍:**注解只是元数据,不包含任何业务逻辑。**很难理解但却是真的。如果注解不包含逻辑,那么一定有人在做一些事情,并且有人是这个注解元数据的消费者。注解只提供有关定义的属性(类/方法/包/字段)的信息。消费者是一段代码,它读取这些信息,然后执行必要的逻辑。
当我们谈论标准注解时,比如 @Override
, JVM 是使用者,它是在字节码级别工作的。这是应用程序开发人员无法控制、也不能用于自定义注解的东西。因此,我们需要为我们自己的注解写一些消费实例。
让我们逐一理解用于编写注解的关键术语。在上面的例子中,您将看到注解如何被应用。
J2SE 5.0 在 java.lang.annotation 包中提供了四个注解,它们仅在编写注解时使用:
> @Documented – 是否将注解放在 Javadocs 中 > > @Retention – 注解什么时候被保留 > > @Target? – 注解可以使用的地方 > > @Inherited – 子类是否可以继承注解。
@Documented
- 一个简单的标记注解,它标识了是否将注解添加到 Javadoc 中。
@Retention
- 定义应保留注解的时间。
RetentionPolicy.SOURCE
在编译期间丢弃。这些注解在编译完成后没有任何意义,因此它们不会被写入字节码。例子:@Override
, @SuppressWarnings
RetentionPolicy.CLASS
– 在类加载期间丢弃。应用在进行字节码级别的编译期间。有些令人惊讶的是,这是默认的。
RetentionPolicy.RUNTIME
– 不会丢弃。该注解可以在运行时进行反射。这是我们通常用于自定义注解的内容。
@Target
- 注解可以使用的地方。如果不指定这一属性,注解可以应用在任何地方。以下是该注解的有效值。这里的一个要点,它只有包含的形式,这意味着如果您想要对7个属性进行注解,并且只想排除一个属性,这时需要在定义目标时包含所有7个属性。
> ElementType.TYPE (类,接口,枚举) > > ElementType.FIELD (实例变量) > > ElementType.METHOD > > ElementType.PARAMETER > > ElementType.CONSTRUCTOR > > ElementType.LOCAL_VARIABLE > > ElementType.ANNOTATION_TYPE (用于其他注解) > > ElementType.PACKAGE (记住 package-info.java)
@Inherited
- 控制注解是否应该影响子类。
现在,注解定义中包含了什么?注解只支持基本类型、字符串和枚举。注解的所有属性都定义为方法,并且还可以提供默认值。
@Target(ElementType.METHOD) @Retention(RetentionPolicy.RUNTIME) @interface Todo { public enum Priority {LOW, MEDIUM, HIGH} public enum Status {STARTED, NOT_STARTED} String author() default "Yash"; Priority priority() default Priority.LOW; Status status() default Status.NOT_STARTED; }
以下是如何使用上述注解的示例:
@Todo(priority = Todo.Priority.MEDIUM, author = "Yashwant", status = Todo.Status.STARTED) public void incompleteMethod1() { //Some business logic is written //But it’s not complete yet }
如果注解中只有一个属性,则应该将其命名为 “value”,并且可以在使用时不使用属性名称。
@interface Author{ String value(); } @Author("Yashwant") public void someMethod() { }
目前为止一切顺利。我们已经定义了自定义注解,并将其应用于一些业务逻辑方法。现在,是时候写一个消费的实例了。为了完成这个目标,我们需要使用到反射。如果您熟悉反射代码,那么您就知道反射提供了类、方法和字段对象。所有这些对象都有一个 getAnnotation()
方法,该方法返回注解对象。我们需要将此对象转换为自定义注解(在使用 instanceOf()
检查之后),然后,我们可以调用自定义注解中定义的方法。让我们看一下示例代码,它使用了上面的注解:
Class businessLogicClass = BusinessLogic.class; for(Method method : businessLogicClass.getMethods()) { Todo todoAnnotation = (Todo)method.getAnnotation(Todo.class); if(todoAnnotation != null) { System.out.println(" Method Name : " + method.getName()); System.out.println(" Author : " + todoAnnotation.author()); System.out.println(" Priority : " + todoAnnotation.priority()); System.out.println(" Status : " + todoAnnotation.status()); } }
4. 注解用例
注解非常的强大,Spring 和 Hibernate 等框架非常广泛地使用注解进行日志记录和验证。注解可以在使用标记接口的地方使用。标记接口用于整个类,但您可以定义可以用于单个方法的注解,例如,某个方法是否公开为服务方法。
在 servlet 3.0 规范中,引入了许多注解,特别是与 servlet 安全有关的注解。我们先来看看几个:
HandlesTypes
- 此注解用于声明传递给 ServletContainerInitializer
的应用程序类数组。
HttpConstraint
- 此注解表示应用于所有具有HTTP协议方法类型的请求的安全约束,在 ServletSecurity
上没有相应的 HttpMethodConstraint
注解时。
HttpMethodConstraint
- 特定的安全约束可以应用于不同类型的请求,在 ServletSecurity
上注解。
MultipartConfig
- 此注解用于指示声明它的 servlet 将使用 multiPart/form-Data MIME 类型发出请求。
ServletSecurity
- 在 servlet 实现类上声明此注解,对HTTP协议请求执行安全约束。
WebFilter
- 用于声明 servlet 过滤器的注解。
WebInitParam
- 用于在 servlet 或过滤器上声明初始化参数的注解,在 WebFilter
或 WebServlet
上注解。
WebListener
- 用于在给定的Web应用程序上下文中声明各种类型事件的侦听器的注解。
WebServlet
- 此注解用于声明 servlet 的配置。
5. 应用程序开发框架(ADF,Application Development Framework)和注解
现在,我们正在讨论的最后一部分:应用程序开发框架(ADF)。ADF 由 Oracle 开发,用于构建 Oracle 融合应用程序。我们已经看到了优点和缺点,并且知道如何编写自定义注解,但是在 ADF 中我们可以在哪里使用自定义注解呢?ADF 是否提供本地注解?
这些无疑是有趣的问题:但是是否存在某些限制来阻止在 ADF 中大规模使用注解?前面提到的框架(如 Spring 和 Hibernate ) 使用的 AOP (面向方面的编程)。在 AOP 中,框架提供了为任何事件的预处理和后处理注入代码的机制。例如,您有一个钩子在方法执行之前和之后放置代码,因此您可以在这些地方编写自定义代码。ADF 不使用 AOP。如果我们有任何有效的注解用例,我们可能需要通过继承方式。
关于“Java是怎么工作的”这篇文章就分享到这里了,希望以上内容可以对大家有一定的帮助,使各位可以学到更多知识,如果觉得文章不错,请把它分享出去让更多的人看到。
本文标题:Java是怎么工作的
网站链接:http://scyanting.com/article/gheish.html