使用JDBC时Class.forName()的作用

  使用JDBC时，我们都会很自然得使用下列语句：

java 代码

    

    Class.forName("com.mysql.jdbc.Driver");       String url = "jdbc:mysql://127.0.0.1/test?useUnicode=true&characterEncoding=utf-8";       String user = "";       String psw = "";       Connection con = DriverManager.getConnection(url,user,psw);  

    为什么说很自然呢，因为无论是网上还是书本教程上得例子都是这样的，而且程序也确实正常运行了，于是大家也就心安理得的找葫芦画瓢下去了。
    一定要有这一句吗？不是的，我们完全可以用这样一句代替它：

java 代码

     

com.mysql.jdbc.Driver driver = new com.mysql.jdbc.Driver();   //or：   //new com.mysql.jdbc.Driver();   String url = "jdbc:mysql://127.0.0.1/test?useUnicode=true&characterEncoding=utf-8";   String user = "";   String psw = "";   Connection con = DriverManager.getConnection(url,user,psw); 

    大家可能都看出个大概来了，我们只需要在调用DriverManager的getConnection方法之前，保证相应的Driver类已经被加载到jvm中，并且完成了类的初始化工作就行了，而具体是怎样实现这个功能却是没有讲究的。上面两种方法都可以实现这个功能，因此程序可以正常运行。注意了，如果我们进行如下操作，程序是不能正常运行的，因为这样仅仅使Driver类被装载到jvm中，却没有进行相应的初始化工作。

java 代码
   

    com.mysql.jdbc.Driver driver = null;       //or：       ClassLoader cl = new ClassLoader();       cl.loadClass("com.mysql.jdbc.Driver");  

   为什么说上面的代码中，通过ClassLoader.loadClass("com.mysql.jdbc.Driver"), Driver类中的static没有被初始化和执行呢？这时因为，当通过ClassLoader.loadClass时，被加载的类并没有执行static方法，只有当调用ClassLoader.loadClass().newInstance时，这个类才被初始化，这也是Class.forName和ClassLoader.loadClass的区别。

    

java中class.forName和classLoader都可用来对类进行加载。前者除了将类的.class文件加载到jvm中之外，还会对类进行解释，执行类中的static块。而classLoader只干一件事情，就是将.class文件加载到jvm中，不会执行static中的内容,只有在newInstance才会去执行static块。Class.forName(name, initialize, loader)带参函数也可控制是否加载static块。并且只有调用了newInstance()方法采用调用构造函数，创建类的对象 

  JDBC与桥梁模式

      
     我们都知道JDBC是使用Bridge模式进行设计的，DriverManager就是其中的Abstraction，java.sql.Driver是Implementor，com.mysql.jdbc.Driver是Implementor的一个具体实现（请参考GOF的Bridge模式的描述）。大家注意了，前一个Driver是一个接口，后者却是一个类，它实现了前面的Driver接口。
     Bridge模式中，Abstraction（DriverManager）是要拥有一个Implementor（Driver）的引用的，但是我们在使用过程中，并没有将Driver对象注册到DriverManager中去啊，这是怎么回事呢？jdk文档对Driver的描述中有这么一句：
     When a Driver class is loaded, it should create an instance of itself and register it with the DriverManager
哦，原来是com.mysql.jdbc.Driver在装载完后自动帮我们完成了这一步骤。源代码是这样的：

java 代码
   

    package com.mysql.jdbc             public class Driver extends NonRegisteringDriver implements java.sql.Driver {        // ~ Static fields/initializers        // --------------------------------------------- //        // Register ourselves with the DriverManager        //        static {           t ry {                     java.sql.DriverManager.registerDriver(new Driver());                 } catch (SQLException E) {                     throw new RuntimeException("Can't register driver!");                 }         }       // ~ Constructors        // -----------------------------------------------------------       /**        * Construct a new driver and register it with DriverManager        *         * @throws SQLException        *             if a database error occurs.        */       public Driver() throws SQLException {            // Required for Class.forName().newInstance()        }       }  

桥梁模式的用意

【GOF95】在提出桥梁模式的时候指出，桥梁模式的用意是"将抽象化(Abstraction)与实现化(Implementation)脱耦，使得二者可以独立地变化"。这句话有三个关键词，也就是抽象化、实现化和脱耦。

抽象化

存在于多个实体中的共同的概念性联系，就是抽象化。作为一个过程，抽象化就是忽略一些信息，从而把不同的实体当做同样的实体对待【LISKOV94】。

实现化

抽象化给出的具体实现，就是实现化。

脱耦

所谓耦合，就是两个实体的行为的某种强关联。而将它们的强关联去掉，就是耦合的解脱，或称脱耦。在这里，脱耦是指将抽象化和实现化之间的耦合解脱开，或者说是将它们之间的强关联改换成弱关联。

将两个角色之间的继承关系改为聚合关系，就是将它们之间的强关联改换成为弱关联。因此，桥梁模式中的所谓脱耦，就是指在一个软件系统的抽象化和实现化之间使用组合/聚合关系而不是继承关系，从而使两者可以相对独立地变化。这就是桥梁模式的用意。

二、 桥梁模式的结构

桥梁模式【GOF95】是对象的结构模式，又称为柄体(Handle and Body)模式或接口(Interface)模式。

下图所示就是一个实现了桥梁模式的示意性系统的结构图。

可以看出，这个系统含有两个等级结构，也就是：

• 由抽象化角色和修正抽象化角色组成的抽象化等级结构。
• 由实现化角色和两个具体实现化角色所组成的实现化等级结构。

桥梁模式所涉及的角色有：

• 抽象化(Abstraction)角色：抽象化给出的定义，并保存一个对实现化对象的引用。
• 修正抽象化(Refined Abstraction)角色：扩展抽象化角色，改变和修正父类对抽象化的定义。
• 实现化(Implementor)角色：这个角色给出实现化角色的接口，但不给出具体的实现。必须指出的是，这个接口不一定和抽象化角色的接口定义相同，实际上，这两个接口可以非常不一样。实现化角色应当只给出底层操作，而抽象化角色应当只给出基于底层操作的更高一层的操作。
• 具体实现化(Concrete Implementor)角色：这个角色给出实现化角色接口的具体实现。