EricGu's Java-Record-Space

     遇到System.Data.OracleClient 需要 Oracle 客户端软件 8.1.7 或更高版本。一般第一反映都是会出处理  oracle_home 文件夹权限。可是有时时候 不管你怎么摆弄权限，怎么iisreset，怎么重启电脑都解决不了，cmd  path 明明可以看到有oracle_home 路径啊。问题在于。环境变量中， ora10gInstant 精简客户端默认把变量添加到 Administrator 的用户变量了，我们要做的是把  用户变量中的 Path 值 转到 系统变量中的 Path 中。

/**
 *
 * @author liuguangyi
 * @content  ejb3注解的API定义在javax.persistence.*包里面。
 *
 * 注释说明：
 * @Entity —— 将一个类声明为一个实体bean(即一个持久化POJO类)
 * @Id —— 注解声明了该实体bean的标识属性（对应表中的主键）。
 * @Table —— 注解声明了该实体bean映射指定的表（table）,目录（catalog）和schema的名字
 * @Column —— 注解声明了属性到列的映射。该注解有如下的属性
 *  name  可选，列名（默认值是属性名）
 *  unique 可选，是否在该列上设置唯一约束（默认值false）
 *  nullable 可选，是否设置该列的值可以为空（默认值false）
 *  insertable 可选，该列是否作为生成的insert语句中的一个列（默认值true）
 *  updatable 可选，该列是否作为生成的update语句中的一个列（默认值true）
 *  columnDefinition 可选，为这个特定列覆盖sql ddl片段（这可能导致无法在不同数据库间移植）
 *  table 可选，定义对应的表（默认为主表）
 *  length 可选，列长度（默认值255）
 *  precision 可选，列十进制精度（decimal precision)(默认值0）
 *  scale 可选，如果列十进制数值范围（decimal scale）可用，在此设置（默认值0）
 * @GeneratedValue —— 注解声明了主键的生成策略。该注解有如下属性
 *  strategy 指定生成的策略（JPA定义的），这是一个GenerationType。默认是GenerationType. AUTO
 *   GenerationType.AUTO 主键由程序控制
 *   GenerationType.TABLE 使用一个特定的数据库表格来保存主键
 *   GenerationType.IDENTITY 主键由数据库自动生成（主要是自动增长类型）
 *   GenerationType.SEQUENCE 根据底层数据库的序列来生成主键，条件是数据库支持序列。（这个值要与generator一起使用）
 *  generator 指定生成主键使用的生成器（可能是orcale中的序列）。
 * @SequenceGenerator —— 注解声明了一个数据库序列。该注解有如下属性
 *  name 表示该表主键生成策略名称，它被引用在@GeneratedValue中设置的“gernerator”值中
 *  sequenceName 表示生成策略用到的数据库序列名称。
 *  initialValue 表示主键初始值，默认为0.
 *  allocationSize 每次主键值增加的大小，例如设置成1，则表示每次创建新记录后自动加1，默认为50.
 * @GenericGenerator —— 注解声明了一个hibernate的主键生成策略。支持十三种策略。该注解有如下属性
 *  name 指定生成器名称
 *  strategy 指定具体生成器的类名（指定生成策略）。
 *  parameters 得到strategy指定的具体生成器所用到的参数。
 *    其十三种策略（strategy属性的值）如下：
 *   1.native 对于orcale采用Sequence方式，对于MySQL和SQL Server采用identity(处境主键生成机制)，
 *     native就是将主键的生成工作将由数据库完成，hibernate不管（很常用）
 *     例：@GeneratedValue(generator = "paymentableGenerator")   
 *          @GenericGenerator(name = "paymentableGenerator", strategy = "native")
 *      2.uuid 采用128位的uuid算法生成主键，uuid被编码为一个32位16进制数字的字符串。占用空间大（字符串类型）。
 *       例：@GeneratedValue(generator = "paymentableGenerator")   
 *          @GenericGenerator(name = "paymentableGenerator", strategy = "uuid")
 *      3.hilo 要在数据库中建立一张额外的表，默认表名为hibernate_unque_key，默认字段为integer类型，名称是next_hi（比较少用）
 *       例：@GeneratedValue(generator = "paymentableGenerator")   
 *          @GenericGenerator(name = "paymentableGenerator", strategy = "hilo")
 *      4.assigned 在插入数据的时候主键由程序处理（很常用），这是<generator>元素没有指定时的默认生成策略。等同于JPA中的AUTO。
 *       例：@GeneratedValue(generator = "paymentableGenerator")   
 *          @GenericGenerator(name = "paymentableGenerator", strategy = "assigned")
 *      5.identity 使用SQL Server和MySQL的自增字段，这个方法不能放到Oracle中，Oracle不支持自增字段，要设定sequence(MySQL和SQL Server中很常用)。等同于JPA中的IDENTITY
 *       例：@GeneratedValue(generator = "paymentableGenerator")   
 *          @GenericGenerator(name = "paymentableGenerator", strategy = "identity")
 *      6.select 使用触发器生成主键（主要用于早期的数据库主键生成机制，少用）
 *       例：@GeneratedValue(generator = "paymentableGenerator")   
 *          @GenericGenerator(name = "paymentableGenerator", strategy = "select")
 *      7.sequence 调用谨慎数据库的序列来生成主键，要设定序列名，不然hibernate无法找到。
 *       例：@GeneratedValue(generator = "paymentableGenerator")  
 *   @GenericGenerator(name = "paymentableGenerator", strategy = "sequence",   
 *    parameters = { @Parameter(name = "sequence", value = "seq_payablemoney") })
 *  8.seqhilo 通过hilo算法实现，但是主键历史保存在Sequence中，适用于支持Sequence的数据库，如Orcale(比较少用）
 *  例：@GeneratedValue(generator = "paymentableGenerator")  
 *    @GenericGenerator(name = "paymentableGenerator", strategy = "seqhilo",   
 *    parameters = { @Parameter(name = "max_lo", value = "5") })
 *  9.increnment 插入数据的时候hibernate会给主键添加一个自增的主键，但是一个hibernate实例就维护一个计数器，所以在多个实例运行的时候不能使用这个方法。
 *   例：@GeneratedValue(generator = "paymentableGenerator")   
 *          @GenericGenerator(name = "paymentableGenerator", strategy = "increnment")
 *      10.foreign 使用另一个相关的对象的主键。通常和<one-to-one>联合起来使用。
 *      例：@Id   
 *    @GeneratedValue(generator = "idGenerator")  
 *    @GenericGenerator(name = "idGenerator", strategy = "foreign",   
 *         parameters = { @Parameter(name = "property", value = "info") })   
 *    Integer id;
 *   @OneToOne 
 *   EmployeeInfo info;
 *  11.guid 采用数据库底层的guid算法机制，对应MySQL的uuid()函数，SQL Server的newid()函数，ORCALE的rawtohex(sys_guid())函数等
 *  例：@GeneratedValue(generator = "paymentableGenerator")    
 *    @GenericGenerator(name = "paymentableGenerator", strategy = "guid")
 *  12.uuid.hex 看uudi,建议用uuid替换
 *    例：@GeneratedValue(generator = "paymentableGenerator")    
 *    @GenericGenerator(name = "paymentableGenerator", strategy = "uuid.hex")
 *  13.sequence-identity sequence策略的扩展，采用立即检索策略来获取sequence值，需要JDBC3.0和JDK4以上（含1.4）版本
 *       例：@GeneratedValue(generator = "paymentableGenerator")  
 *   @GenericGenerator(name = "paymentableGenerator", strategy = "sequence-identity",   
 *         parameters = { @Parameter(name = "sequence", value = "seq_payablemoney") }) 
 *     
 * @OneToOne 设置一对一个关联。cascade属性有五个值(只有CascadeType.ALL好用？很奇怪)，分别是CascadeType.PERSIST(级联新建)，CascadeType.REMOVE（级联删除），CascadeType.REFRESH（级联刷新），CascadeType.MERGE（级联更新），CascadeType.ALL（全部四项）
 *    方法一
 *     主表： ?@OneToOne(cascade = CascadeType.ALL)
 *      @PrimaryKeyJoinColumn
 *      public 从表类 get从表类(){return 从表对象}
 *      从表：没有主表类。
 *      注意：这种方法要求主表与从表的主键值想对应。
 *   方法二
 *      主表：?@OneToOne(cascade = CascadeType.ALL)
 *          @JoinColumn(name="主表外键") //这里指定的是数据库中的外键字段。
 *          public 从表类 get从表类(){return 从表类}
 *      从表：@OneToOne(mappedBy = "主表类中的从表属性")//例主表User中有一个从表属性是Heart类型的heart，这里就填heart
 *          public 主表类 get主表类(){return 主表对象}
 *      注意：@JoinColumn是可选的。默认值是从表变量名+"_"+从表的主键（注意，这里加的是主键。而不是主键对应的变量）。
 * 方法三
 *      主表：@OneToOne(cascade=CascadeType.ALL)
 *          @JoinTable( name="关联表名",
 *    joinColumns = @JoinColumn(name="主表外键"),
 *    inverseJoinColumns = @JoinColumns(name="从表外键")
 *          )
 *      从表：@OneToOne(mappedBy = "主表类中的从表属性")//例主表User中有一个从表属性是Heart类型的heart，这里就填heart
 *          public 主表类 get主表类(){return 主表对象}   
 *  @ManyToOne 设置多对一关联
 *    方法一      
 *    @ManyToOne(cascade={CasCadeType.PERSIST,CascadeType.MERGE})
 *    @JoinColumn(name="外键")
 *    public 主表类 get主表类(){return 主表对象}
 *    方法二
 *    @ManyToOne(cascade={CascadeType.PERSIST,CascadeType.MERGE})
 *    @JoinTable(name="关联表名"，
 *     joinColumns = @JoinColumn(name="主表外键"),
 *     inverseJoinColumns = @JoinColumns(name="从表外键")
 *    )
 *  @OneToMany 设置一对多关联。cascade属性指定关联级别,参考@OneToOne中的说明。fetch指定是否延迟加载，值为FetchType.LAZY表示延迟，为FetchType.EAGER表示立即加载
 *    方法一     使用这种配置，在为“一端”添加“多端”时，不会修改“多端”的外键。在“一端”加载时，不会得到“多端”。如果使用延迟加载，在读“多端”列表时会出异常，立即加载在得到多端时，是一个空集合（集合元素为0）。
 *    “一端”配置
 *    @OneToMany(mappedBy="“多端”的属性")
 *    public List<“多端”类> get“多端”列表(){return “多端”列表}
 *    “多端”配置参考@ManyToOne.    
 *    方法二
 *    “一端”配置
 *    @OneToMany(mappedBy="“多端”的属性")
 *    @MapKey(name="“多端”做为Key的属性")
 *    public Map<“多端”做为Key的属性的类,主表类> get“多端”列表（）{return “多端”列表}
 *    “多端”配置参考@ManyToOne.
 *    方法三 使用这种配置，在为“一端”添加“多端”时，可以修改“多端”的外键。
 *    “一端”配置
 *    @OneToMany
 *    @JoinColumn(name="“多端”外键")
 *    public List<“多端”类> get“多端”列表(){return “多端”列表}
 *    “多端”配置参考@ManyToOne.    
 *   
 *  
 */

一、方法的重写。

1、重写只能出现在继承关系之中。当一个类继承它的父类方法时，都有机会重写该父类的方法。一个特例是父类的方法被标识为final。重写的主要优点是能够定义某个子类型特有的行为。
    class Animal {
        public void eat(){
            System.out.println ("Animal is eating.");
        }
    }
    
    class Horse extends Animal{
        public void eat(){
            System.out.println ("Horse is eating.");
        }
    }

2、对于从父类继承来的抽象方法，要么在子类用重写的方式设计该方法，要么把子类也标识为抽象的。所以抽象方法可以说是必须要被重写的方法。

3、重写的意义。
重写方法可以实现多态，用父类的引用来操纵子类对象，但是在实际运行中对象将运行其自己特有的方法。
    public class Test {
        public static void main (String[] args) {
            Animal h = new Horse();
            h.eat();    
        }
    }

    class Animal {
        public void eat(){
            System.out.println ("Animal is eating.");
        }
    }
    
    class Horse extends Animal{
        public void eat(){
            System.out.println ("Horse is eating.");
        }
        public void buck(){
        }
    }

一个原则是：使用了什么引用，编译器就会只调用引用类所拥有的方法。如果调用子类特有的方法，如上例的h.buck(); 编译器会抱怨的。也就是说，编译器只看引用类型，而不是对象类型。

4、重写方法的规则。
若想实现一个合格重写方法，而不是重载，那么必须同时满足下面的要求！

A、重写规则之一：重写方法不能比被重写方法限制有更严格的访问级别。
（但是可以更广泛，比如父类方法是包访问权限，子类的重写方法是public访问权限。）
比如：Object类有个toString()方法，开始重写这个方法的时候我们总容易忘记public修饰符，编译器当然不会放过任何教训我们的机会。出错的原因就是：没有加任何访问修饰符的方法具有包访问权限，包访问权限比public当然要严格了，所以编译器会报错的。

B、重写规则之二：参数列表必须与被重写方法的相同。
重写有个孪生的弟弟叫重载，也就是后面要出场的。如果子类方法的参数与父类对应的方法不同，那么就是你认错人了，那是重载，不是重写。

C、重写规则之三：返回类型必须与被重写方法的返回类型相同。
父类方法A：void eat(){}  子类方法B：int eat(){}  两者虽然参数相同，可是返回类型不同，所以不是重写。
父类方法A：int eat(){}   子类方法B：long eat(){}  返回类型虽然兼容父类，但是不同就是不同，所以不是重写。

D、重写规则之四：重写方法不能抛出新的异常或者比被重写方法声明的检查异常更广的检查异常。但是可以抛出更少，更有限或者不抛出异常。
    import java.io.*;
    public class Test {
        public static void main (String[] args) {
            Animal h = new Horse();
            try {
                h.eat();    
            }
            catch (Exception e) {
            }
        }
    }

    class Animal {
        public void eat() throws Exception{
            System.out.println ("Animal is eating.");
            throw new Exception();
        }
    }
    
    class Horse extends Animal{
        public void eat() throws IOException{
            System.out.println ("Horse is eating.");
            throw new IOException();
        }
    }
这个例子中，父类抛出了检查异常Exception，子类抛出的IOException是Exception的子类，也即是比被重写的方法抛出了更有限的异常，这是可以的。如果反过来，父类抛出IOException，子类抛出更为宽泛的Exception，那么不会通过编译的。
注意：这种限制只是针对检查异常，至于运行时异常RuntimeException及其子类不再这个限制之中。

E、重写规则之五：不能重写被标识为final的方法。

F、重写规则之六：如果一个方法不能被继承，则不能重写它。
比较典型的就是父类的private方法。下例会产生一个有趣的现象。
    public class Test {
        public static void main (String[] args) {
            //Animal h = new Horse();
            Horse h = new Horse();
            h.eat();
        }
    }

    class Animal {
        private void eat(){
            System.out.println ("Animal is eating.");
        }
    }
    
    class Horse extends Animal{
        public void eat(){
            System.out.println ("Horse is eating.");
        }
    }
这段代码是能通过编译的。表面上看来违反了第六条规则，但实际上那是一点巧合。Animal类的eat()方法不能被继承，因此Horse类中的eat()方法是一个全新的方法，不是重写也不是重载，只是一个只属于Horse类的全新的方法！这点让很多人迷惑了，但是也不是那么难以理解。
main()方法如果是这样：
    Animal h = new Horse();
    //Horse h = new Horse();
    h.eat();
编译器会报错，为什么呢？Horse类的eat()方法是public的啊！应该可以调用啊！请牢记，多态只看父类引用的方法，而不看子类对象的方法！


二、方法的重载。
重载是有好的，它不要求你在调用一个方法之前转换数据类型，它会自动地寻找匹配的方法。方法的重载是在编译时刻就决定调用哪个方法了，和重写不同。最最常用的地方就是构造器的重载。

1、基本数据类型参数的重载。
    public class Test {
        static void method(byte b){
            System.out.println ("method:byte");
        }
        static void method(short s){
            System.out.println ("method:short");
        }
        static void method(int i){
            System.out.println ("method:int");
        }
        static void method(float f){
            System.out.println ("method:float");
        }
        static void method(double d){
            System.out.println ("method:double");
        }
        public static void main (String[] args) {
            method((byte)1);
            method('c');
            method(1);
            method(1L);
            method(1.1);
            method(1.1f);
        }
    }
输出结果：
method:byte
method:int
method:int
method:float
method:double
method:float

可以看出：首先要寻找的是数据类型正好匹配方法。如果找不到，那么就提升为表达能力更强的数据类型，如上例没有正好容纳long的整数类型，那么就转换为float类型的。如果通过提升也不能找到合适的兼容类型，那么编译器就会报错。反正是不会自动转换为较小的数据类型的，必须自己强制转换，自己来承担转变后果。

char类型比较特殊，如果找不到正好匹配的类型，它会转化为int而不是short，虽然char是16位的。


2、重载方法的规则。

A、被重载的方法必须改变参数列表。
参数必须不同，这是最重要的！不同有两个方面，参数的个数，参数的类型，参数的顺序。

B、被重载的方法与返回类型无关。
也就是说，不能通过返回类型来区分重载方法。

C、被重载的方法可以改变访问修饰符。
没有重写方法那样严格的限制。

D、被重载的方法可以声明新的或者更广的检查异常。
没有重写方法那样严格的限制。

E、方法能够在一个类中或者在一个子类中被重载。


3、带对象引用参数的方法重载。
    class Animal {}
    class Horse extends Animal{}
    
    public class Test {
        static void method(Animal a){
            System.out.println ("Animal is called.");
        }
        static void method(Horse h){
            System.out.println ("Horse is called.");
        }
        public static void main (String[] args) {
            Animal a = new Animal();
            Horse h = new Horse();
            Animal ah = new Horse();
            
            method(a);
            method(h);
            method(ah);
        }
    }
输出结果是：
Animal is called.
Horse is called.
Animal is called.
前两个输出没有任何问题。第三个方法为什么不是输出“Horse is called.”呢？还是那句老话，要看引用类型而不是对象类型，方法重载是在编译时刻就决定的了，引用类型决定了调用哪个版本的重载方法。


4、重载和重写方法区别的小结。
如果能彻底弄明白下面的例子，说明你对重载和重写非常了解了，可以结束这节的复习了。
    class Animal {
        public void eat(){
            System.out.println ("Animal is eating.");    
        }
    }
    class Horse extends Animal{
        public void eat(){
            System.out.println ("Horse is eating.");    
        }
        public void eat(String food){
            System.out.println ("Horse is eating " + food);
        }
    }
    
    public class Test {
        public static void main (String[] args) {
            Animal a = new Animal();
            Horse h = new Horse();
            Animal ah = new Horse();
            
            a.eat();
            h.eat();
            h.eat("apple");
            ah.eat();
            //a.eat("apple");
            //ah.eat("apple");
        }
    }

四个输出分别是什么？被注释的两条语句为什么不能通过编译？
第一条：a.eat(); 普通的方法调用，没有多态，没什么技术含量。调用了Animal类的eat()方法，输出：Animal is eating.
第二条：h.eat(); 普通的方法调用，也没什么技术含量。调用了Horse类的eat()方法，输出：Horse is eating.
第三条：h.eat("apple"); 重载。Horse类的两个eat()方法重载。调用了Horse类的eat(String food)方法，输出：Horse is eating apple
第四条：ah.eat(); 多态。前面有例子了，不难理解。输出：Horse is eating.
第五条：a.eat("apple"); 低级的错误，Animal类中没有eat(String food)方法。因此不能通过编译。
第六条：ah.eat("apple"); 关键点就在这里。解决的方法还是那句老话，不能看对象类型，要看引用类型。Animal类中没有eat(String food)方法。因此不能通过编译。

小结一下：多态不决定调用哪个重载版本；多态只有在决定哪个重写版本时才起作用。
重载对应编译时，重写对应运行时。够简洁的了吧！


三、构造方法。
构造方法是一种特殊的方法，没有构造方法就不能创建一个新对象。实际上，不仅要调用对象实际类型的构造方法，还要调用其父类的构造方法，向上追溯，直到Object类。构造方法不必显式地调用，当使用new关键字时，相应的构造方法会自动被调用。

1、构造方法的规则。
A、构造方法能使用任何访问修饰符。包括private，事实上java类库有很多都是这样的，设计者不希望使用者创建该类的对象。

B、构造方法的名称必须与类名相同。这样使得构造方法与众不同，如果我们遵守sun的编码规范，似乎只有构造方法的首字母是大写的。

C、构造方法不能有返回类型。
反过来说，有返回类型的不是构造方法
    public class Test {
        int Test(){
            return 1;
        }
    }
这个方法是什么东西？一个冒充李逵的李鬼而已，int Test()和其他任何普通方法没什么两样，就是普通的方法！只不过看起来很恶心，类似恶心的东西在考试卷子里比较多。

D、如果不在类中创建自己的构造方法，编译器会自动生成默认的不带参数的构造函数。
这点很容易验证！写一个这样简单的类，编译。
class Test {
}
对生成的Test.class文件反编译：javap Test，可以看到：
D:"JavaCode"bin>javap Test
Compiled from "Test.java"
class Test extends java.lang.Object{
    Test();
}
看到编译器自动添加的默认构造函数了吧！

E、如果只创建了带参数的构造方法，那么编译器不会自动添加无参的构造方法的！

F、在每个构造方法中，如果使用了重载构造函数this()方法，或者父类的构造方法super()方法，那么this()方法或者super()方法必须放在第一行。而且这两个方法只能选择一个，因此它们之间没有顺序问题。

G、除了编译器生成的构造方法，而且没有显式地调用super()方法，那么编译器会插入一个super()无参调用。

H、抽象类有构造方法。


四、静态方法的重载与重写（覆盖）。

1、静态方法是不能被覆盖的。可以分两种情况讨论：

A、子类的非静态方法“覆盖”父类的静态方法。
这种情况下，是不能通过编译的。


static方法表示该方法不关联具体的类的对象，可以通过类名直接调用，也就是编译的前期就绑定了，不存在后期动态绑定，也就是不能实现多态。子类的非静态方法是与具体的对象绑定的，两者有着不同的含义。

B、子类的静态方法“覆盖”父类静态方法。
这个覆盖依然是带引号的。事实上把上面那个例子Child类的print方法前面加上static修饰符，确实能通过编译！但是不要以为这就是多态！多态的特点是动态绑定，看下面的例子：


输出结果是：in father  method
从这个结果可以看出，并没有实现多态。
但是这种形式很迷惑人，貌似多态，实际编程中千万不要这样搞，会把大家搞懵的！
它不符合覆盖表现出来的特性，不应该算是覆盖！
总而言之，静态方法不能被覆盖。

2、静态方法可以和非静态方法一样被重载。
这样的例子太多了，我不想写例程了。看看java类库中很多这样的例子。
如java.util.Arrays类的一堆重载的binarySearch方法。
在这里提一下是因为查资料时看到这样的话“sun的SL275课程说，静态方法只能控制静态变量（他们本身没有），静态方法不能被重载和覆盖……”
大家不要相信啊！可以重载的。而且静态与非静态方法可以重载。

从重载的机制很容易就理解了，重载是在编译时刻就决定的了，非静态方法都可以，静态方法怎么可能不会呢？

Java的String太特别了，也太常用了，所以重要。我初学Java就被它搞蒙了，太多混淆的概念了，比如它的不变性。所以必须深入机制地去理解它。


1、String中的每个字符都是一个16位的Unicode字符，用Unicode很容易表达丰富的国际化字符集，比如很好的中文支持。甚至Java的标识符都可以用汉字，但是没人会用吧（只在一本清华的《Java2实用教程》看过）。

2、判断空字符串。根据需要自己选择某个或者它们的组合
    if ( s == null )    //从引用的角度
    if ( s.length() == 0 )     //从长度判别
    if ( s.trim().length () == 0 )     //是否有多个空白字符
trim()方法的作用是是移除前导和尾部的Unicode值小于'"u0020'的字符，并返回“修剪”好的字符串。这种方法很常用，比如需要用户输入用户名，用户不小心加了前导或者尾部空格，一个好的程序应该知道用户不是故意的，即使是故意的也应该智能点地处理。
判断空串是很常用的操作，但是Java类库直到1.6才提供了isEmpty()方法。当且仅当 length() 为 0 时返回 true。

3、未初始化、空串""与null。它们是不同的概念。对未初始化的对象操作会被编译器挡在门外；null是一个特殊的初始化值，是一个不指向任何对象的引用，对引用为null的对象操作会在运行时抛出异常NullPointerException；而空串是长度为0的字符串，和别的字符串的唯一区别就是长度为0。
例子：
    public class StringTest{
        static String s1;
        public static void main(String[] args) {
            String s2;
            String s3 = "";
            System.out.print(s1.isEmpty());     //运行时异常
            System.out.print(s2.isEmpty());     //编译出错
            System.out.print(s3.isEmpty());     //ok！输出true
        }
    }

4、String类的方法很多，在编写相关代码的时候看看JDK文档时有好处的，要不然花了大量时间实现一个已经存在的方法是很不值得的，因为编写、测试、维护自己的代码使项目的成本增加，利润减少，严重的话会导致开不出工资……

5、字符串的比较。
Java不允许自定义操作符重载，因此字符串的比较要用compareTo() 或者 compareToIgnoreCase()。s1.compareTo(s2)，返回值大于0则，则前者大；等于0，一般大；小于0，后者大。比较的依据是字符串中各个字符的Unicode值。

6、toString()方法。
Java的任何对象都有toString()方法，是从Object对象继承而来的。它的作用就是让对象在输出时看起来更有意义，而不是奇怪的对象的内存地址。对测试也是很有帮助的。

7、String对象是不变的！可以变化的是String对象的引用。
String name = "ray";
name.concat("long");  //字符串连接
System.out.println(name); //输出name，ok，还是"ray"
name = name.concat("long");  //把字符串对象连接的结果赋给了name引用
System.out.println(name);  //输出name，oh！，变成了"raylong"
上述三条语句其实产生了3个String对象，"ray"，"long"，"raylong"。第2条语句确实产生了"raylong"字符串，但是没有指定把该字符串的引用赋给谁，因此没有改变name引用。第3条语句根据不变性，并没有改变"ray"，JVM创建了一个新的对象，把"ray"，"long"的连接赋给了name引用，因此引用变了，但是原对象没变。

8、String的不变性的机制显然会在String常量内有大量的冗余。如："1" + "2" + "3" +......+ "n" 产生了n+(n+1)个String对象！因此Java为了更有效地使用内存，JVM留出一块特殊的内存区域，被称为“String常量池”。对String多么照顾啊！当编译器遇见String常量的时候，它检查该池内是否已经存在相同的String常量。如果找到，就把新常量的引用指向现有的String，不创建任何新的String常量对象。

那么就可能出现多个引用指向同一个String常量，会不会有别名的危险呢？No problem！String对象的不变性可以保证不会出现别名问题！这是String对象与普通对象的一点区别。

乍看起来这是底层的机制，对我们编程没什么影响。而且这种机制会大幅度提高String的效率，实际上却不是这样。为连接n个字符串使用字符串连接操作时，要消耗的时间是n的平方级！因为每两个字符串连接，它们的内容都要被复制。因此在处理大量的字符串连接时，而且要求性能时，我们不要用String，StringBuffer是更好的选择。

8、StringBuffer类。StringBuffer类是可变的，不会在字符串常量池中，而是在堆中，不会留下一大堆无用的对象。而且它可将字符串缓冲区安全地用于多个线程。每个StringBuffer对象都有一定的容量。只要StringBuffer对象所包含的字符序列的长度没有超出此容量，就无需分配新的内部缓冲区数组。如果内部缓冲区溢出，则此容量自动增大。这个固定的容量是16个字符。我给这种算法起个名字叫“添饭算法”。先给你一满碗饭，不够了再给你一满碗饭。
例子：
    StringBuffer sb = new StringBuffer();    //初始容量为 16 个字符
    sb.append("1234");    //这是4个字符，那么16个字符的容量就足够了，没有溢出
    System.out.println(sb.length());    //输出字符串长度是4
    System.out.println(sb.capacity());    //输出该字符串缓冲区的容量是16

    sb.append("12345678901234567");        //这是17个字符，16个字符的容量不够了，扩容为17+16个字符的容量
    System.out.println(sb.length());    //输出字符串长度是17
    System.out.println(sb.capacity());    //输出该字符串缓冲区的容量是34

    sb.append("890").reverse().insert(10,"-");    
    System.out.println(sb);        //输出0987654321-09876543214321

字符串的长度和字符缓冲区的容量是两个概念，注意区别。
还有串联的方式看起来是不是很酷！用返回值连接起来可以实现这种简洁和优雅。

10、StringBuilder类。 从J2SE 5.0 提供了StringBuilder类，它和StringBuffer类是孪生兄弟，很像。它存在的价值在于：对字符串操作的效率更高。不足的是线程安全无法保证，不保证同步。那么两者性能到底差多少呢？很多！
请参阅：http://book.csdn.net/bookfiles/135/1001354628.shtml
实践：
单个线程的时候使用StringBuilder类，以提高效率，而且它的API和StringBuffer兼容，不需要额外的学习成本，物美价廉。多线程时使用StringBuffer，以保证安全。

11、字符串的比较。
下面这条可能会让你晕，所以你可以选择看或者不看。它不会对你的职业生涯造成任何影响。而且谨记一条，比较字符串要用equals()就ok了！一旦用了“==”就会出现很怪异的现象。之所以把这部分放在最后，是想节省大家的时间，因为这条又臭又长。推荐三种人：一、没事闲着型。二、想深入地理解Java的字符串，即使明明知道学了也没用。三、和我一样爱好研究“茴”字有几种写法。

还是那句老话，String太特殊了，以至于某些规则对String不起作用。个人感觉这种特殊性并不好。看例子：
例子A：
    String str1 = "java";
    String str2 = "java";
    System.out.print(str1==str2);
地球上有点Java基础的人都知道会输出false，因为==比较的是引用，equals比较的是内容。不是我忽悠大家，你们可以在自己的机子上运行一下，结果是true！原因很简单，String对象被放进常量池里了，再次出现“java”字符串的时候，JVM很兴奋地把str2的引用也指向了“java”对象，它认为自己节省了内存开销。不难理解吧 呵呵
例子B：
    String str1 = new String("java");
    String str2 = new String("java");
    System.out.print(str1==str2);
看过上例的都学聪明了，这次肯定会输出true！很不幸，JVM并没有这么做，结果是false。原因很简单，例子A中那种声明的方式确实是在String常量池创建“java”对象，但是一旦看到new关键字，JVM会在堆中为String分配空间。两者声明方式貌合神离，这也是我把“如何创建字符串对象”放到后面来讲的原因。大家要沉住气，还有一个例子。
例子C：
    String str1 = "java";
    String str2 = "blog";
    String s = str1+str2;
    System.out.print(s=="javablog");
再看这个例子，很多同志不敢妄言是true还是false了吧。爱玩脑筋急转弯的人会说是false吧……恭喜你，你会抢答了！把那个“吧”字去掉你就完全正确。原因很简单，JVM确实会对型如String str1 = "java"; 的String对象放在字符串常量池里，但是它是在编译时刻那么做的，而String s = str1+str2; 是在运行时刻才能知道（我们当然一眼就看穿了，可是Java必须在运行时才知道的，人脑和电脑的结构不同），也就是说str1+str2是在堆里创建的，s引用当然不可能指向字符串常量池里的对象。没崩溃的人继续看例子D。
例子D：
    String s1 = "java";
    String s2 = new String("java");
    System.out.print(s1.intern()==s2.intern());
intern()是什么东东？反正结果是true。如果没用过这个方法，而且训练有素的程序员会去看JDK文档了。简单点说就是用intern()方法就可以用“==”比较字符串的内容了。在我看到intern()方法到底有什么用之前，我认为它太多余了。其实我写的这一条也很多余，intern()方法还存在诸多的问题，如效率、实现上的不统一……
例子E：
    String str1 = "java";
    String str2 = new String("java");
    System.out.print(str1.equals(str2));
无论在常量池还是堆中的对象，用equals()方法比较的就是内容，就这么简单！看完此条的人一定很后悔，但是在开始我劝你别看了……

后记：用彪哥的话说“有意思吗？”，确实没劲。在写这段的时候我也是思量再三，感觉自己像孔乙己炫耀“茴”字有几种写法。我查了一下茴 ，回，囘，囬，还有一种是“口”字里面有个“目”字，后面这四个都加上草字头……