第一讲　注解

在编Java程序的时候，我们经常会碰到注解。比如：

@Override 我们在写子类继承父类的时候，会经常用到这个注解。它告诉编译器这个方法是要覆盖父类的方法的。

@WebServlet("/myservlet") 在进行Web程序开发的时候，我们用这个注解表示这个类是一个servlet。Web容器会识别这个注解，在运行的时候调用它。

很多人说注解是注释，初看起来有一点像，它对程序的编写和编译似乎没有什么影响，只是给人看的一个对程序的附注。从这点上，确实有一点像注释。不过，它跟注释不同的是，它会影响程序的运行。比如，上面提到的@Override，如果实现的时候没有覆盖父类的方法，编译器会给出错误提示；再比如，上面的@WebServlet，如果没有这个注解，程序是运行不起来的。

由此看来，注解并不是注释，注释是给人看的，并不影响程序的编译和运行时候的行为。注解其实不是给人看的，那么它是给谁看的呢？它被设计出来，是用于给另外的程序看的，比如编译器，比如框架，比如Web容器。

这些外在的程序通过某种方式查看到这些注解后，就可以采取相应的行为。下面我具体解释一下。

假如我们要做一个Web容器，类似于Tomcat这种的。它的一个基本功能就是加载servlet。按照Java EE的规范，容器需要管理servlet的生命周期，第一件事情就是要识别哪些类是servlet。那么，容器启动的时候，可以扫描全部类，找到包含@WebServlet注解的，识别它们，然后加载它们。那么，这个@WebServlet注解就是在运行时起作用的，Java里面把它的作用范围规定为RUNTIME。

再看@Override，这个是给编译器看的。编译程序读用户程序的源代码，识别出有@Override注解的方法，就去检查上层父类相应方法。这个@Override注解就是在编译的时候起作用的，编译之后，就不存在了。Java里面把它的作用范围规定为SOURCE。

类似的注解还有@Test，程序员写好了程序，想交给测试框架去测试自己写的方法，就可以用这个注解。测试框架会读取源代码，识别出有@Test注解的方法，然后生成测试代码就可以进行测试