第五十三条 接口优先于反射机制

反射中的核心机制是 java.lang.reflect 这个包，里面提供了 通过程序来访问关于已装载的类的信息 的能力，通过一个Class实例，就可以获取Constructor、Method、Field实例，获得构造方法、方法、成员变量等属性。java用法，一般是创建对象，然后调用方法；反射是根据class或类名，创建对象，调用方法。两者有颠倒的意味。反射机制允许一个类调用另外一个类，即使对方还没被编译，或者不存在，但也有几个限制：
一、没有编译意味着少了编译时的检查，少了检查，可能会有些异常被过滤掉；
二、我们使用反射，需要写的代码比较长；
三、反射比着正常对象调用性能上要低。
反射功能一般是用于架构设计，功能实现上一般用到的不多。如果业务场景更适合用反射，无可厚非。如果想用一些系统私有的方法，也可以借助反射，但要实时关注系统api，防止有变。举个反射的例子，以Set为例

    public static void main(String[] args) {
        Class<?> c = null;
        try {
            c = Class.forName(args[0]);
        } catch(ClassNotFoundException e) {
            System.out.println("Class not found");
            System.exit(1);
        }
        Set<String> s = null;
        try {
            s = (Set<String>) c.newInstance();
        } catch(IllegalAccessException e) {
            System.out.println("Class not accessible");
            System.exit(1);
        } catch(InstantiationException e) {
            System.out.println("Class not instantiable");
            System.exit(1);
        }
        s.addAll(Arrays.asList(args).subList(1, args.length));
        System.out.println(s);
    }

这个方法很强大，可以改变一些数据，但这个例子也展示了两个缺点：
一、这个例子会产生三个运行错误，如果没有反射，正常使用，编译就会报错；
二、这个方法代码太长了，不简洁，并有警告线。

所以，反射这个如果不是必须的，或者有具体业务需求，使用起来比较有优势，否则，不要使用。