好事还是坏事-JDK5对泛型的引入

最近在开发中遇到一个现象，就是在编译时整个代码中使用了泛型，并没有出现任何类型转换上的问题。代码如下：
void foo(List<ADto> res) { if(res != null) { List<Integer> resIds = new ArrayList<Integer>(); for (ADto a : res) {//在这一行报java.lang.ClassCastException resIds.add(a.getId()); } } //do sth }
然而程序在运行时，总是在for循环处报java.lang.ClassCastException，也就是类型转换异常。根据Java的语义来讲，这是一个不应该发生的错误异常。

因为这是一个高并发程序，使用了Memcached等缓存，所以根据经验，很容易能够判断出来，无论如何，res都是从缓存中取出来的旧的集合数据，而非其他可能。幸好我还记得几天前的代码中的res中放置的是其他类型的数据。so，开始清除缓存，之后再也未出现
ClassCastException这个异常报错了。

通过这个案例，使我们认识到，泛型仅仅是JDK5之后引入的一个编译时级别上的判断和支持。进入运行时，如果方法中传入的实参并未遵循泛型的约束，程序默认不会报错，只有运行到实际类型转换时，才会抛出或者捕获这个异常，然后导致程序在运行时失败。由于泛型仅仅是编译时级别上的支持，就非常容易在程序运行时造成更大的困惑。

从这个层面来看，泛型的引入，并未很好的解决java运行时所带来的类型转换问题，或者说，泛型的引入，并不是为了解决整个程序从编译时到运行时的全部类型转换的问题，泛型仅仅是为了解决编译时的类型转换而生。那么这样的做法，对于java从1.4版就已经比较成型的语言，到jdk5的引入泛型后的彻底类库大翻新，到底是利大于弊，还是弊大于利呢？