java 泛型和object比较

引言

我们使用object和泛型做形参，都是为了让这个方法能接收更多类型的对象，让程序变得更健壮，代码复用率更高。当我们回看自己写的代码时会发现，好像使用泛型的地方使用object也可以，使用object的地方使用泛型同样能实现，那么，本文就说一下，泛型和object的却别

正题

先上举例来说明一下object和泛型的使用场景吧，有这样一个需求：写一个数字排序的算法，我们知道java中的数字类型有Double、Float、Byte、Short、Integer 以及 Long。

方法一：每种数字类型写一个方法，需要写6个方法

class Sort {
    void sort(Integer[] sort) {
        // 排序
    }

    void sort(Double[] sort) {
        // 排序
    }
}

方法二：使用object，只需要写一个方法。

class Sort {
    void sort(Object[] sort) {
        Number[] numbers = (Number[]) sort;
        // 排序
    }
}

方法三：使用泛型

class Sort {
    <T> void sort(T[] sort) {
        Number[] numbers = (Number[]) sort;
        // 排序
    }
}

好了，开始测试

public static void main(String[] args) {
        Test t=new Test();
        t.sort(new Integer[]{2,3});

        t.sort1(new Integer[]{2,3});

    }
    <T> void sort(T[] sort) {
        Number[] numbers = (Number[]) sort;
    }
    void sort1(Object[] sort) {
        Number[] numbers = (Number[]) sort;
        // 排序
    }

编译没毛病，运行也不会有毛病，别急我们再写一个列子

public static void main(String[] args) {
        Test t=new Test();
        t.sort(new String[]{"a","b"});

        t.sort1(new String[]{"a","b"});

    }
    <T> void sort(T[] sort) {
        Number[] numbers = (Number[]) sort;
        //排序
    }
    void sort1(Object[] sort) {
        Number[] numbers = (Number[]) sort;
        // 排序
    }

编译没毛病，运行一下：

我们最头疼的就是这种运行时的错误了，在大型项目中都需要编译好后部署然后运行，所以大家都希望问题在编译期就暴露出来，不要等到运行时才发现问题，那么问题来了有没有一种写法能够让他在编译器发现问题呢？看下面这个例子

class Sort {
    <T extends Number> void sort(T[] sort) {
        Number[] numbers = (Number[]) sort;
        // 排序
    }
}

测试代码

 显然使用T extends这中写法能让问题在编译期暴露

问题的解决方法有了，总结一下

1、使用object作为形参当需要进行类型强制转换时，编译期不会检查类型是否安全，运行期才会检查

2、泛型写法范型的指定保证了代码的健壮性，避免了强转的风险.

完毕

结后语

我相信大家在写这个算法时选形参的类型时，大部分猿都不会选object，而选Number，是的选Number做形参，一切问题都扫除了，但是本文只讨论泛型的优点