java泛型的缺点

Java泛型的缺点是使语言复杂化,并使代码复杂化。例如,假设我有一个将字符串映射到字符串列表的映射。在过去,我可以简单地声明为

Map someMap;

现在,我必须声明为

Map> someMap;

或者

List someList = someMap.get(“some key”);

要这样写

List someList = (List) someMap.get(“some key”);

另外最大的问题是Java泛型仅是编译时的事情,您可以在运行时对其进行颠覆。 C#之所以受到赞誉是因为它可以执行更多的运行时检查。

主要问题是Java在运行时实际上没有泛型。这是一个编译时功能。

在Java中创建泛型类时,它们使用一种称为”类型擦除”的方法实际上从类中删除了所有泛型类型,并从本质上将它们替换为Object。泛型的最高版本是,只要编译器出现在方法主体中,编译器便会简单地将其强制类型插入。

这有很多缺点。最大的恕我直言之一是,不能使用反射来检查泛型。类型实际上不是字节码中的泛型,因此不能作为泛型检查。

总结

  • 类型信息在编译时会丢失,因此在执行时您无法分辨出它是什么意思
  • 不能用于值类型(这是一个很大的问题-在.NET中,List实际上由byte[]支持,并且不需要装箱)
  • 调用通用方法的语法很烂
  • 约束的语法可能会造成混淆
  • 通配符通常令人困惑
0

Java中可以创建泛型数组吗?

Java中创建泛型数组

在使用Java泛型时,很多人可能尝试写过如下的代码,去创建一个泛型数组

这样写的代码编译器会报Cannot create a generic array of T,若是初学泛型,看到这个错会认为Java中不能创建泛型数组,随着不断的深入,当看到Tinking in Java中的泛型时,其实Java中是可以创建泛型的。

Java中创建泛型的例子:

例子1:

创建泛型数组的关键类

测试类

Person类

测试结果

例子2

相对于第一个例子简单的多,直接创建一个Object类型的数组,在类的内部数组的类型为Object类型的,但当取元素时转型为具体的类型。(泛型在类中由于擦除,其起作用的地方为,对传递进来的值进行额外的编译器检查,并插入对传递出去的值的转型)。

总结

第一种方法是直接返回了一个泛型的数组,虽然有泛型的擦除,但在构造器中传递了类型标记Class,以便从擦除中恢复,使得我们可以创建实际类型的数组。
第二种方法也简介实现了泛型数组,但我们不能通过方法直接返回数组,当我们在在吗中加入方法返回数组的方法时,编译器会报警告:

执行程序时,结果如下:

由于泛型的擦除,不能将Object[]数组转型为具体类型的数组。

大家都知道ArrayList的底层实现也是数组,而Java 1.5之后的ArrayList是支持泛型的,因而我们顺便来看看它的底层使用哪种方式实现的:如下

0