Java 泛型学习 泛型擦除带来的不自然

本文深入探讨了Java泛型的实现机制及类型擦除带来的影响,包括基本类型限制、静态类型使用限制、类对象获取受限及instanceof检查的局限性。

Java 泛型学习 泛型擦除带来的不自然


类型擦除是Java中泛型的实现方式。为了保证泛型引入之前的字节代码在不经过任何修改的情况下酒可以在新版的的虚拟机上运行,所以泛型是在编译器这个层次来实现的,这就保持了Java平台的兼容性。在Java源代码中声明的泛型类型信息,在编译过程中会被擦除,只保留不带类型参数的形式。

经过类型擦除之后,包含泛型类型的代码被转换成不包含泛型类型的代码,相当于回到了泛型被引入之前的形式,Java虚拟机在运行字节代码时并不知道泛型类型的存在。虽然为了反射API的需要,在Java字节代码中包含了与泛型类型相关的信息,但这些信息在字节代码执行时是不被使用的。

编译器和虚拟机所能区分的类型是不同的:对于编译器来说,List<String>和List<Integer>是不同的类型;而对于虚拟机来说,这两者的类型都是List。在运行时可用的类型被称为可具体化类型(reifiable type)。在Java中可具体化类型包括非泛型类型、所有实际类型都是无界通配符的参数化类型、原始类型、基本类型、元素类型为可具体化类型的数据类型、以及福类型和自身都是可具体化类型的嵌套类型。如String、List<?>、List、int、String[]和MyClass<?>.Inner都是可具体化类型。

类型的实现方式虽然是兼容的,但这种兼容性,对于Java这样一个广泛使用的语言来说相当重要,但也带来了泛型在设计上的不自然和使用方式上的局限。

基本类型

类型参数可以指定的类型不包括基本类型,因此没有"MyClass<double>",只有"MyClass<Double>"。这是由于当实施擦除时,Object不能直接存储double类型的值。

静态类型

不能在静态成员中使用类的类型变量,如:

public class MyClass<T>{
	public static T getValue(){}
}

</pre><p><span style="color:rgb(51,51,51); font-family:Arial; line-height:26px; font-size:18px">这是由于类型变量实际代表的类型要到创建对象时才会给出,而静态方法只要类加载之后就可以调用了。但可以这样
<pre name="code" class="java">public class MyClass{
	public static <T> T getValue(){}
}


 

<pre name="code" class="java">public class MyClass<T>{
	public static <M> M getValue(){}
}


 


 
class对象
 

List<String>和List<Integer>类型对于虚拟机来说是相同的,表示的都是List接口。所以无法通过类似"List<String>.class"的形式获取参数化类型的类对象字面量,而只能使用List.class。在运行时并不存在List<String>类型,只有List类型。

instanceof检查

在Java 6中,可以这样使用instanceof检查,但实际上不包括泛型部分的检查,而且在编译时会产生两条警告信息。

<pre name="code" class="java">ArrayList<Integer> myIntList=new ArrayList<Integer>();
System.out.println(myIntList instanceof ArrayList<Integer>);
System.out.println(myIntList instanceof ArrayList<String>);


 


 
但在Java 7中,除了实际类型是无界通配符外的泛型都不能使用instanceof操作符,如"myIntList instanceof ArrayList<?>"是合法的,而"myIntList instanceof ArrayList<Integer>)"是非法的,编译不通过。因为这两种参数化类型在类型擦除之后都是ArrayList,如果允许这种行为,开发人员容易产生误解。
                
下载方式:https://pan.quark.cn/s/a4b39357ea24 布线问题(分支限界算法)是计算机科学和电子工程领域中一个广为人知的议题,它主要探讨如何在印刷电路板上定位两个节点间最短的连接路径。 在这一议题中,电路板被构建为一个包含 n×m 个方格的矩阵,每个方格能够被界定为可通行或可通行,其核心任务是定位从初始点到最终点的最短路径。 分支限界算法是处理布线问题的一种常用策略。 该算法与回溯法有相似之处,但存在差异,分支限界法仅需获取满足约束条件的一个最优路径,并按照广度优先或最小成本优先的原则来探索解空间树。 树 T 被构建为子集树或排列树,在探索过程中,每个节点仅被赋予一次成为扩展节点的机会,且会一次性生成其全部子节点。 针对布线问题的解决,队列式分支限界法可以被采用。 从起始位置 a 出发,将其设定为首个扩展节点,并将与该扩展节点相邻且可通行的方格加入至活跃节点队列中,将这些方格标记为 1,即从起始方格 a 到这些方格的距离为 1。 随后,从活跃节点队列中提取队首节点作为下一个扩展节点,并将与当前扩展节点相邻且未标记的方格标记为 2,随后将这些方格存入活跃节点队列。 这一过程将持续进行,直至算法探测到目标方格 b 或活跃节点队列为空。 在实现上述算法时,必须定义一个类 Position 来表征电路板上方格的位置,其成员 row 和 col 分别指示方格所在的行和列。 在方格位置上,布线能够沿右、下、左、上四个方向展开。 这四个方向的移动分别被记为 0、1、2、3。 下述表格中,offset[i].row 和 offset[i].col(i=0,1,2,3)分别提供了沿这四个方向前进 1 步相对于当前方格的相对位移。 在 Java 编程语言中,可以使用二维数组...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值