1. 在初始化一个类，生成实例的时候，大家可能用new@H_502_3@比较多，用newInstance较少。 @H_502_3@
2. @H_502_3@
3. 收集到的资料为： @H_502_3@
4. @H_502_3@
5. 最简单的描述来区分@H_502_3@new@H_502_3@关键字和newInstance()方法的区别： @H_502_3@
6. @H_502_3@
7. 　　newInstance: 弱类型。低效率。只能调用无参构造。 @H_502_3@
8. @H_502_3@
9. 　　@H_502_3@new@H_502_3@: 强类型。相对高效。能调用任何@H_502_3@public@H_502_3@构造。 @H_502_3@
10. @H_502_3@
11. newInstance()是实现IOC、反射、面对接口编程和依赖倒置等技术方法的必然选择，@H_502_3@new@H_502_3@只能实现具体类的实例化，不适合于接口编程。 @H_502_3@
12. @H_502_3@
13. 　　Java中工厂模式经常使用newInstance来创建对象，因此从为什么要使用工厂模式上也可以找到具体答案。 @H_502_3@
14. @H_502_3@
15. 　　例如： @H_502_3@
16. 　　Class c = Class.forName(“A”);factory = (AInterface)c.newInstance(); @H_502_3@
17. 　　其中AInterface是A的接口，如果下面这样写，你可能会理解： @H_502_3@
18. 　　String className = @H_502_3@"A"@H_502_3@;Class c = Class.forName(className);factory = (AInterface)c.newInstance(); @H_502_3@
19. @H_502_3@
20. 　　进一步，如果下面写，你可能会理解： @H_502_3@
21. 　　String className = readfromXMlConfig;@H_502_3@//从xml 配置文件中获得字符串Class c = Class.forName(className);factory = (AInterface)c.newInstance(); @H_502_3@@H_502_3@
22. @H_502_3@
23. 因收集的内容比较零散，并作了修改，不列出处。 @H_502_3@
24. 　　上面代码就消灭了A类名称，优点：无论A类怎么变化，上述代码不变，甚至可以更换A的兄弟类B,C,D....等，只要他们继承Ainterface就可以。 @H_502_3@
25. @H_502_3@
26. 　　从jvm的角度看，我们使用@H_502_3@new@H_502_3@的时候，这个要@H_502_3@new@H_502_3@的类可以没有加载； @H_502_3@
27. @H_502_3@
28. 　　但是使用newInstance时候，就必须保证： @H_502_3@
29. @H_502_3@1@H_502_3@@H_502_3@、这个类已经加载； @H_502_3@
30. @H_502_3@2@H_502_3@@H_502_3@、这个类已经连接了。 @H_502_3@
31. @H_502_3@
32. 而完成上面两个步骤的正是@H_502_3@class@H_502_3@的静态方法forName（）方法，这个静态方法调用了启动类加载器（就是加载java API的那个加载器）。 @H_502_3@
33. @H_502_3@
34. 　　有了上面jvm上的理解，那么我们可以这样说，newInstance实际上是把@H_502_3@new@H_502_3@这个方式分解为两步,即，首先调用@H_502_3@class@H_502_3@的加载方法加载某个类，然后实例化。 @H_502_3@
35. @H_502_3@
36. 　　这样分步的好处是显而易见的。我们可以在调用@H_502_3@class@H_502_3@的静态加载方法forName时获得更好的灵活性，提供给了我们降耦的手段。 @H_502_3@

  在初始化一个类，生成实例的时候，大家可能用new比较多，用newInstance较少。

    收集到的资料为：

    最简单的描述来区分new关键字和newInstance()方法的区别：

　　newInstance: 弱类型。低效率。只能调用无参构造。

　　new: 强类型。相对高效。能调用任何public构造。

    newInstance()是实现IOC、反射、面对接口编程和依赖倒置等技术方法的必然选择，new只能实现具体类的实例化，不适合于接口编程。

　　Java中工厂模式经常使用newInstance来创建对象，因此从为什么要使用工厂模式上也可以找到具体答案。

　　例如：
　　Class c = Class.forName(“A”);factory = (AInterface)c.newInstance();
　　其中AInterface是A的接口，如果下面这样写，你可能会理解：
　　String className = "A";Class c = Class.forName(className);factory = (AInterface)c.newInstance();

　　进一步，如果下面写，你可能会理解：
　　String className = readfromXMlConfig;//从xml 配置文件中获得字符串Class c = Class.forName(className);factory = (AInterface)c.newInstance();

因收集的内容比较零散，并作了修改，不列出处。
　　上面代码就消灭了A类名称，优点：无论A类怎么变化，上述代码不变，甚至可以更换A的兄弟类B,D....等，只要他们继承Ainterface就可以。

　　从jvm的角度看，我们使用new的时候，这个要new的类可以没有加载；

　　但是使用newInstance时候，就必须保证：
    1、这个类已经加载；
    2、这个类已经连接了。

而完成上面两个步骤的正是class的静态方法forName（）方法，这个静态方法调用了启动类加载器（就是加载java API的那个加载器）。

　　有了上面jvm上的理解，那么我们可以这样说，newInstance实际上是把new这个方式分解为两步,即，首先调用class的加载方法加载某个类，然后实例化。

　　这样分步的好处是显而易见的。我们可以在调用class的静态加载方法forName时获得更好的灵活性，提供给了我们降耦的手段。