分类： JAVA

        Java 泛型（Generic）的引入加强了参数类型的安全性，减少了类型的转换，但有一点需要注意：Java 的泛型在编译器有效，在运行期被删除，也就是说所有泛型参数类型在编译后都会被清除掉，看下面一个列子，代码如下：

1 2 3 4 5 6

public class Foo {       public void listMethod(List<String> stringList){       }       public void listMethod(List<Integer> intList) {       }   }

 

　　代码很简单，看起来没什么问题，但是编译器却报出如下错误信息：

        Method listMethod(List<String>) has the same erasure listMethod(List<E>) as another method in type Foo

        此错误的意思是说listMethod(List<String>) 方法在编译时擦除类型后的方法是listMethod(List<E>)，它与另外一个方法重复，也就是方法签名重复。反编译之后的方法代码如下：

1 2 3

public void listMethod(List list)   {   }

 

 　　从上面代码可以看出 Java 编译后的字节码中已经没有泛型的任何信息，在编译后所有的泛型类型都会做相应的转化，转化如下：

 

List<String>、List<T> 擦除后的类型为 List。

List<String>[]、List<T>[] 擦除后的类型为 List[]。

List<? extends E>、List<? super E> 擦除后的类型为 List<E>。

List<T extends Serialzable & Cloneable> 擦除后类型为 List<Serializable>。

        Java 为什么这么处理呢？有以下两个原因：

避免 JVM 的大换血。如果 JVM 将泛型类型延续到运行期，那么到运行期时 JVM 就需要进行大量的重构工作了，提高了运行期的效率。

版本兼容。 在编译期擦除可以更好地支持原生类型（Raw Type）。

        明白了 Java 泛型是类型擦除的，下面的问题就很好理解了：

        （1） 泛型的 class 对象是相同的

        每个类都有一个 class 属性，泛型化不会改变 class 属性的返回值，例如：

1 2 3 4 5

public static void main(String[] args) {       List<String> ls = new ArrayList<String>();       List<Integer> li = new ArrayList<Integer>();       System.out.println(ls.getClass() == li.getClass());   }

　　代码返回值为 true，原因很简单，List<String> 和 List<Integer> 擦除后的类型都是 List。

        （2） 泛型数组初始化时不能声明泛型类型

        如下代码编译时通不过：

List<String>[] list = new List<String>[];  

　　在这里可以声明一个带有泛型参数的数组，但是不能初始化该数组，因为执行了类型擦除操作后，List<Object>[] 与 List<String>[] 就是同一回事了，编译器拒绝如此声明。

        （3） instanceof 不允许存在泛型参数

        以下代码不能通过编译，原因一样，泛型类型被擦除了。

1 2	List<String> list = new ArrayList<String>();   System.out.println(list instanceof List<String>)

错误信息如下：

Cannot perform instanceof check against parameterized type List<String>. Use the form List<?> instead since further generic type information will be erased at runtime

 

 

以下转自：Java泛型：类型檫除、模板和泛型传递

 

类型擦除

正确理解泛型概念的首要前提是理解类型擦除（type erasure）。 Java中的泛型基本上都是在编译器这个层次来实现的。在生成的Java字节代码中是不包含泛型中的类型信息的。使用泛型的时候加上的类型参数，会被编译器在编译的时候去掉。这个过程就称为类型擦除。如在代码中定义的List<Object>和List<String>等类型，在编译之后都会变成List。JVM看到的只是List，而由泛型附加的类型信息对JVM来说是不可见的。Java编译器会在编译时尽可能的发现可能出错的地方，但是仍然无法避免在运行时刻出现类型转换异常的情况。类型擦除也是Java的泛型实现方式与C++模板机制实现方式之间的重要区别。

很多泛型的奇怪特性都与这个类型擦除的存在有关，包括：

泛型类并没有自己独有的Class类对象。比如并不存在List<String>.class或是List<Integer>.class，而只有List.class。

静态变量是被泛型类的所有实例所共享的。对于声明为MyClass<T>的类，访问其中的静态变量的方法仍然是 MyClass.myStaticVar。不管是通过new MyClass<String>还是new MyClass<Integer>创建的对象，都是共享一个静态变量。

泛型的类型参数不能用在Java异常处理的catch语句中。因为异常处理是由JVM在运行时刻来进行的。由于类型信息被擦除，JVM是无法区分两个异常类型MyException<String>和MyException<Integer>的。对于JVM来说，它们都是 MyException类型的。也就无法执行与异常对应的catch语句。

类型擦除的基本过程也比较简单，首先是找到用来替换类型参数的具体类。这个具体类一般是Object。如果指定了类型参数的上界的话，则使用这个上界。把代码中的类型参数都替换成具体的类。同时去掉出现的类型声明，即去掉<>的内容。比如T get()方法声明就变成了Object get()；List<String>就变成了List。接下来就可能需要生成一些桥接方法（bridge method）。这是由于擦除了类型之后的类可能缺少某些必须的方法。比如考虑下面的代码：

1 2 3 4 5

class MyString implements Comparable<String> {     public int compareTo(String str) {                 return 0;         } }

 

当类型信息被擦除之后，上述类的声明变成了class MyString implements Comparable。但是这样的话，类MyString就会有编译错误，因为没有实现接口Comparable声明的int compareTo(Object)方法。这个时候就由编译器来动态生成这个方法。

实例分析

了解了类型擦除机制之后，就会明白编译器承担了全部的类型检查工作。编译器禁止某些泛型的使用方式，正是为了确保类型的安全性。以上面提到的List<Object>和List<String>为例来具体分析：

1 2 3 4 5 6 7 8 9 10

public void inspect(List<Object> list) {         for (Object obj : list) {                 System.out.println(obj);         }         list.add(1); //这个操作在当前方法的上下文是合法的。  } public void test() {         List<String> strs = new ArrayList<String>();         inspect(strs); //编译错误  }

 

这段代码中，inspect方法接受List<Object>作为参数，当在test方法中试图传入List<String>的时候，会出现编译错误。假设这样的做法是允许的，那么在inspect方法就可以通过list.add(1)来向集合中添加一个数字。这样在test方法看来，其声明为List<String>的集合中却被添加了一个Integer类型的对象。这显然是违反类型安全的原则的，在某个时候肯定会抛出ClassCastException。因此，编译器禁止这样的行为。编译器会尽可能的检查可能存在的类型安全问题。对于确定是违反相关原则的地方，会给出编译错误。当编译器无法判断类型的使用是否正确的时候，会给出警告信息。

通配符与上下界

在使用泛型类的时候，既可以指定一个具体的类型，如List<String>就声明了具体的类型是String；也可以用通配符?来表示未知类型，如List<?>就声明了List中包含的元素类型是未知的。 通配符所代表的其实是一组类型，但具体的类型是未知的。List<?>所声明的就是所有类型都是可以的。但是List<?>并不等同于List<Object>。List<Object>实际上确定了List中包含的是Object及其子类，在使用的时候都可以通过Object来进行引用。而List<?>则其中所包含的元素类型是不确定。其中可能包含的是String，也可能是 Integer。如果它包含了String的话，往里面添加Integer类型的元素就是错误的。正因为类型未知，就不能通过new ArrayList<?>()的方法来创建一个新的ArrayList对象。因为编译器无法知道具体的类型是什么。但是对于 List<?>中的元素确总是可以用Object来引用的，因为虽然类型未知，但肯定是Object及其子类。考虑下面的代码：

1 2 3

public void wildcard(List<?> list) {     list.add(1);//编译错误  }

 

如上所示，试图对一个带通配符的泛型类进行操作的时候，总是会出现编译错误。其原因在于通配符所表示的类型是未知的。

因为对于List<?>中的元素只能用Object来引用，在有些情况下不是很方便。在这些情况下，可以使用上下界来限制未知类型的范围。 如List<? extends Number>说明List中可能包含的元素类型是Number及其子类。而List<? super Number>则说明List中包含的是Number及其父类。当引入了上界之后，在使用类型的时候就可以使用上界类中定义的方法。比如访问 List<? extends Number>的时候，就可以使用Number类的intValue等方法。

类型系统

在Java中，大家比较熟悉的是通过继承机制而产生的类型体系结构。比如String继承自Object。根据Liskov替换原则，子类是可以替换父类的。当需要Object类的引用的时候，如果传入一个String对象是没有任何问题的。但是反过来的话，即用父类的引用替换子类引用的时候，就需要进行强制类型转换。编译器并不能保证运行时刻这种转换一定是合法的。这种自动的子类替换父类的类型转换机制，对于数组也是适用的。 String[]可以替换Object[]。但是泛型的引入，对于这个类型系统产生了一定的影响。正如前面提到的List<String>是不能替换掉List<Object>的。

引入泛型之后的类型系统增加了两个维度：一个是类型参数自身的继承体系结构，另外一个是泛型类或接口自身的继承体系结构。第一个指的是对于 List<String>和List<Object>这样的情况，类型参数String是继承自Object的。而第二种指的是 List接口继承自Collection接口。对于这个类型系统，有如下的一些规则：

相同类型参数的泛型类的关系取决于泛型类自身的继承体系结构。即List<String>是Collection<String> 的子类型，List<String>可以替换Collection<String>。这种情况也适用于带有上下界的类型声明。

当泛型类的类型声明中使用了通配符的时候， 其子类型可以在两个维度上分别展开。如对Collection<? extends Number>来说，其子类型可以在Collection这个维度上展开，即List<? extends Number>和Set<? extends Number>等；也可以在Number这个层次上展开，即Collection<Double>和 Collection<Integer>等。如此循环下去，ArrayList<Long>和 HashSet<Double>等也都算是Collection<? extends Number>的子类型。

如果泛型类中包含多个类型参数，则对于每个类型参数分别应用上面的规则。

理解了上面的规则之后，就可以很容易的修正实例分析中给出的代码了。只需要把List<Object>改成List<?>即可。List<String>是List<?>的子类型，因此传递参数时不会发生错误。

开发自己的泛型类

泛型类与一般的Java类基本相同，只是在类和接口定义上多出来了用<>声明的类型参数。一个类可以有多个类型参数，如 MyClass<X, Y, Z>。 每个类型参数在声明的时候可以指定上界。所声明的类型参数在Java类中可以像一般的类型一样作为方法的参数和返回值，或是作为域和局部变量的类型。但是由于类型擦除机制，类型参数并不能用来创建对象或是作为静态变量的类型。考虑下面的泛型类中的正确和错误的用法。

1 2 3 4 5 6 7 8 9 10 11

class ClassTest<X extends Number, Y, Z> {         private X x;         private static Y y; //编译错误，不能用在静态变量中         public X getFirst() {         //正确用法                 return x;         }         public void wrong() {                 Z z = new Z(); //编译错误，不能创建对象         } }

泛型传递

即泛型可以当作参数在不同的实例化的类中传递，理论上来说可以无限制层次的传递下去。最终会约束每一层的方法或者类型的泛型确定，在《泛型传递》这篇文章中对具体的用法进行详尽的描述。

最佳实践

在使用泛型的时候可以遵循一些基本的原则，从而避免一些常见的问题。

在代码中避免泛型类和原始类型的混用。比如List<String>和List不应该共同使用。这样会产生一些编译器警告和潜在的运行时异常。当需要利用JDK 5之前开发的遗留代码，而不得不这么做时，也尽可能的隔离相关的代码。

在使用带通配符的泛型类的时候，需要明确通配符所代表的一组类型的概念。由于具体的类型是未知的，很多操作是不允许的。

泛型类最好不要同数组一块使用。你只能创建new List<?>[10]这样的数组，无法创建new List<String>[10]这样的。这限制了数组的使用能力，而且会带来很多费解的问题。因此，当需要类似数组的功能时候，使用集合类即可。

不要忽视编译器给出的警告信息。

在tune()中,程序代码可以对Instrument和它所有的导出类起作用,这种将wind引用转换为instrument引用的动作,我们称之为向上转型.

其实就是在父类里有一个方法规定了可以使用父类类型的对象

在子类里使用父类的这个方法,并传递子类自身作为参数

然后使用这个子类自身对象调用父类里存在的方法

由导出类转型成基类，在继承图上是向上移动的，因此一般称为向上转型。由于向上转型是从一个较专用类型向较通用类型转换，所以总是很安全的。也就是说，导出类是基类的一个超集。它可能比基类含有更多的方法，但它必须至少具备基类中所含有的方法。在向上转型的过程中，类接口中唯一可能发生的事情是丢失方法，而不是获取它们。这就是为什么编译器在“未曾明确表示转型”或“未曾指定特殊标记”的情况下，仍然允许向上转型的原因。

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26

class Instrument {     protected String name;       public Instrument(String name) {         this.name = name;     }       public void play() {         System.out.println("使用 " + this.getClass().getName() + " 演奏了: " + name);     }       static void tune(Instrument i) {         i.play();     } }   public class Wind extends Instrument {     public Wind(String name) {         super(name);     }       public static void main(String[] args) {         Wind flute = new Wind("《一千年以后》");         Instrument.tune(flute);     } }

在学习Spring的时候，发现Spring的IOC（控制反转）为我们提供的三种创建Bean的方式。

1.Spring创建Bean的三种方式

这里采用XML配置，分别演示三种创建Bean的方式和代码。

先创建一个Bean   User类  三种方式都是为了得到这个User的对象

1 2 3 4 5 6

/**  * User对象  */ public class User {    // 这里只是一个空对象 }

1.1 采用默认的无参构造创建实例

  XML配置：

<!– 默认的无参构建 –>

1	<bean id="user" class="ioc.pojo.User"></bean>

  测试：

1 2 3 4 5 6 7

@Test public void testUser(){ ApplicationContext context = new ClassPathXmlApplicationContext("classpath:applicationContext.xml"); // 默认的无参构造创建 User user = (User) context.getBean("user"); System.out.println("默认的无参构造创建:" + user); }

 控制台输出：  默认的无参构造创建:ioc.pojo.User@3b088d51

1.2 采用静态工厂创建实例

 配置工厂类：

1 2 3 4 5 6 7 8 9 10

/**  * User对象的工厂类  */ public class UserFactory { // 静态方法 public static User getUser1() { return new User(); }    }

 XML配置：

  <!– 使用静态工厂创建user –>

1	<bean id="user1" class="ioc.service.UserFactory" factory-method="getUser1"></bean>

 class 指的是该工厂类的包路径，factory-method 指的是该工厂类创建Bean的静态方法。注意：这里一定要静态方法

 测试：

1 2 3 4 5 6 7

@Test public void testUser1(){ ApplicationContext context = new ClassPathXmlApplicationContext("classpath:applicationContext.xml"); // 静态工厂创建 User user1 = (User) context.getBean("user1"); System.out.println("静态工厂创建:" + user1); }

控制台输出结果：静态工厂创建:ioc.pojo.User@3b088d51

1.3 采用实例工厂创建实例

 配置工厂类：

1 2 3 4 5 6 7 8 9

/**  * User对象的工厂类  */ public class UserFactory { //普通方法 public User getUser2() { return new User(); } }

XML配置：

<!– 使用实例工厂创建 user –>

1 2	<bean id="userFactory" class="ioc.service.UserFactory"></bean>     <bean id="user2" factory-bean="userFactory" factory-method="getUser2"></bean>

测试：

1 2 3 4 5 6 7

@Test public void testUser2(){ ApplicationContext context = new ClassPathXmlApplicationContext("classpath:applicationContext.xml"); // 实例工厂创建 User user2 = (User) context.getBean("user2"); System.out.println("实例工厂创建:" + user2); }

控制台输出结果：实例工厂创建:ioc.pojo.User@3b088d51

好了，实现了Spring三种Bean，感觉很顺利。

—————————————————————————————————————————————————————–

那么问题来了，为什么Spring要提供三种创建Bean的方式呢？

这三种创建Bean的方式又有什么区别呢？接下来开始做实验。

实验一： 三种方式创建的Bean是否有联系？

测试：

1 2 3 4 5 6 7 8 9 10 11 12 13

@Test public void test1(){ ApplicationContext context = new ClassPathXmlApplicationContext("classpath:applicationContext.xml"); // 默认的无参构造创建 User user = (User) context.getBean("user"); System.out.println("默认的无参构造创建:" + user); // 静态工厂创建 User user1 = (User) context.getBean("user1"); System.out.println("静态工厂创建:" + user1); // 实例工厂创建 User user2 = (User) context.getBean("user2"); System.out.println("实例工厂创建:" + user2); }

控制台输出结果：

默认的无参构造创建:ioc.pojo.User@3b088d51

静态工厂创建:ioc.pojo.User@1786dec2

实例工厂创建:ioc.pojo.User@74650e52

结论：三种方式都是创建一个新的实例对象。实例对象都是独立的，没有联系！

实验二： 三种方式创建的Bean的时机是否不同？

这里采用 bean的配置 init-method 初始化方法来查看Bean的实例是什么时候被加载的

是在加载配置文件的时候？还是在调用getBean()方法的时候？

修改User类，添加init()方法

1 2 3 4 5 6 7 8 9

/**  * User对象  */ public class User {    public void init(){ System.out.println("user被初始化啦"); } }

XML配置：

1 2 3 4 5 6 7 8 9

<!-- 默认的无参构建 -->     <bean id="user" class="ioc.pojo.User" init-method="init"></bean>        <!-- 使用静态工厂创建user -->     <bean id="user1" class="ioc.service.UserFactory" factory-method="getUser1" init-method="init"></bean>        <!-- 使用实例工厂创建 user -->     <bean id="userFactory" class="ioc.service.UserFactory"></bean>     <bean id="user2" factory-bean="userFactory" factory-method="getUser2" init-method="init"></bean>

测试：

1 2 3 4 5 6 7 8 9 10 11 12 13 14

@Test public void test2(){ ApplicationContext context = new ClassPathXmlApplicationContext("classpath:applicationContext.xml"); System.out.println("====================================="); // 默认的无参构造创建 User user = (User) context.getBean("user"); System.out.println("默认的无参构造创建:" + user); // 静态工厂创建 User user1 = (User) context.getBean("user1"); System.out.println("静态工厂创建:" + user1); // 实例工厂创建 User user2 = (User) context.getBean("user2"); System.out.println("实例工厂创建:" + user2); }

控制台输出结果：

user被初始化啦

user被初始化啦

user被初始化啦

=====================================

默认的无参构造创建:ioc.pojo.User@3b088d51

静态工厂创建:ioc.pojo.User@1786dec2

实例工厂创建:ioc.pojo.User@74650e52

结论：从初始化方法可以看出，Spring这三种创建实例的方式都是一样的，在加载配置文件的时候就创建了实例，证明这三种方式实例加载的时机是一样的。

========================================================================================

很明显，这三种方式最根本的区别还是创建方式的不同。

第一种，通过默认的无参构造方式创建，其本质就是把类交给Spring自带的工厂（BeanFactory）管理、由Spring自带的工厂模式帮我们维护和创建这个类。如果是有参的构造方法，也可以通过XML配置传入相应的初始化参数，这种也是开发中用的最多的。

第二种，通过静态工厂创建，其本质就是把类交给我们自己的静态工厂管理，Spring只是帮我们调用了静态工厂创建实例的方法，而创建实例的这个过程是由我们自己的静态工厂实现的，在实际开发的过程中，很多时候我们需要使用到第三方jar包提供给我们的类,而这个类没有构造方法，而是通过第三方包提供的静态工厂创建的，这是时候，如果我们想把第三方jar里面的这个类交由spring来管理的话，就可以使用Spring提供的静态工厂创建实例的配置。

第三种，通过实例工厂创建，其本质就是把创建实例的工厂类交由Spring管理，同时把调用工厂类的方法创建实例的这个过程也交由Spring管理，看创建实例的这个过程也是有我们自己配置的实例工厂内部实现的。在实际开发的过程中，如Spring整合Hibernate就是通过这种方式实现的。但对于没有与Spring整合过的工厂类，我们一般都是自己用代码来管理的。

<!–把对象的创建交给spring来管理–>

    <!–spring对bean的管理细节

        1.创建bean的三种方式

        2.bean对象的作用范围

        3.bean对象的生命周期

    –>

    <!–创建Bean的三种方式 –>

    <!– 第一种方式：使用默认构造函数创建。

            在spring的配置文件中使用bean标签，配以id和class属性之后，且没有其他属性和标签时。

            采用的就是默认构造函数创建bean对象，此时如果类中没有默认构造函数，则对象无法创建。

    <bean id="accountService" class="com.itheima.service.impl.AccountServiceImpl"></bean>

    –>

    <!– 第二种方式： 使用普通工厂中的方法创建对象（使用某个类中的方法创建对象，并存入spring容器）

    <bean id="instanceFactory" class="com.itheima.factory.InstanceFactory"></bean>

    <bean id="accountService" factory-bean="instanceFactory" factory-method="getAccountService"></bean>

    –>

    <!– 第三种方式：使用工厂中的静态方法创建对象（使用某个类中的静态方法创建对象，并存入spring容器)

    <bean id="accountService" class="com.itheima.factory.StaticFactory" factory-method="getAccountService"></bean>

    –>

    <!– bean的作用范围调整

        bean标签的scope属性：

            作用：用于指定bean的作用范围

            取值： 常用的就是单例的和多例的

                singleton：单例的（默认值）

                prototype：多例的

                request：作用于web应用的请求范围

                session：作用于web应用的会话范围

                global-session：作用于集群环境的会话范围（全局会话范围），当不是集群环境时，它就是session

    <bean id="accountService" class="com.itheima.service.impl.AccountServiceImpl" scope="prototype"></bean>

    –>

    <!– bean对象的生命周期

            单例对象

                出生：当容器创建时对象出生

                活着：只要容器还在，对象一直活着

                死亡：容器销毁，对象消亡

                总结：单例对象的生命周期和容器相同

            多例对象

                出生：当我们使用对象时spring框架为我们创建

                活着：对象只要是在使用过程中就一直活着。

                死亡：当对象长时间不用，且没有别的对象引用时，由Java的垃圾回收器回收

     –>

通常情况下类的调用和创建都是引入 然后直接通过new的方式来操作

但是这种操作的方式会让类之间的耦合度很高 不利于代码的维护

一般简单解耦操作可以通过以下方式:

1. 创建配置文件,内部包含需要实例化的类名

2. 通过工厂类 使用反射的方式创建类的实例

bean.properties

1 2	accountService=cn.leokim.service.impl.AccountServiceImpl accountDao=cn.leokim.dao.impl.AccountDaoImpl

BeanFactory

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29

public class beanFactory{     //定义一个properties对象     provate static Properties props;           //使用静态代码块为Properties对象赋值     static{         try{             props = new Properties();             //获取properties文件的流对象             inputStream in = BeanFactory.class.getClassLoder().getResourceAsStream("bean.properties");             porps.load(in);         }catch(Exception e){             throw new ExceptionInInitializerError("初始化props失败.");         }     }           //根据Bean的名称获取bean对象     public static Object getBean(String beanName){         Object bean = null;         try {             String beanPath = props.getProperty(beanName); //            System.out.println(beanPath);             bean = Class.forName(beanPath).newInstance();//每次都会调用默认构造函数创建对象         }catch (Exception e){             e.printStackTrace();         }         return bean;     } }

如果需要单例模式可以通过以下方法在static静态代码块里将类直接实例化好,在getBean的时候直接返回实例化好的类

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49

import java.io.InputStream; import java.util.Enumeration; import java.util.HashMap; import java.util.Map; import java.util.Properties;   public class BeanFactory {     //定义一个Properties对象     private static Properties props;       //定义一个Map,用于存放我们要创建的对象。我们把它称之为容器     private static Map<String,Object> beans;       //使用静态代码块为Properties对象赋值     static {         try {             //实例化对象             props = new Properties();             //获取properties文件的流对象             InputStream in = BeanFactory.class.getClassLoader().getResourceAsStream("bean.properties");             props.load(in);             //实例化容器             beans = new HashMap<String,Object>();             //取出配置文件中所有的Key             Enumeration keys = props.keys();             //遍历枚举             while (keys.hasMoreElements()){                 //取出每个Key                 String key = keys.nextElement().toString();                 //根据key获取value                 String beanPath = props.getProperty(key);                 //反射创建对象                 Object value = Class.forName(beanPath).newInstance();                 //把key和value存入容器中                 beans.put(key,value);             }         }catch(Exception e){             throw new ExceptionInInitializerError("初始化properties失败！");         }     }       /**      * 根据bean的名称获取对象      * @param beanName      * @return      */     public static Object getBean(String beanName){         return beans.get(beanName);     }