BlogJava-liuyz2006-文章分类-java

java 父子类方法多态调用

阿者 — Thu, 24 Mar 2016 10:17:00 GMT

只有注册用户登录后才能阅读该文。阅读全文

阿者 2016-03-24 18:17 发表评论

浅谈Java中父类与子类的加载顺序详解（转）

阿者 — Thu, 24 Mar 2016 09:37:00 GMT

只有注册用户登录后才能阅读该文。阅读全文

阿者 2016-03-24 17:37 发表评论

解析 Java 类和对象的初始化过程(转）

阿者 — Thu, 24 Mar 2016 09:27:00 GMT

只有注册用户登录后才能阅读该文。阅读全文

阿者 2016-03-24 17:27 发表评论

javap的基本用法(转）

阿者 — Thu, 17 Mar 2016 09:22:00 GMT

转自http://blog.csdn.net/hantiannan/article/category/589614

javap是JDK自带的反汇编器，可以查看java编译器为我们生成的字节码。通过它，我们可以对照源代码和字节码，从而了解很多编译器内部的工作。
语法：
　　javap [ 命令选项 ] class. . .
　　javap 命令用于解析类文件。其输出取决于所用的选项。若没有使用选项，javap将输出传递给它的类的 public 域及方法。javap 将其输出到标准输出设备上。
命令选项
　　-help 输出 javap 的帮助信息。
　　-l 输出行及局部变量表。
　　-b 确保与 JDK 1.1 javap 的向后兼容性。
　　-public 只显示 public 类及成员。
　　-protected 只显示 protected 和 public 类及成员。
　　-package 只显示包、protected 和 public 类及成员。这是缺省设置。
　　-private 显示所有类和成员。
　　-J[flag] 直接将 flag 传给运行时系统。
　　-s 输出内部类型签名。
　　-c 输出类中各方法的未解析的代码，即构成 Java 字节码的指令。
　　-verbose 输出堆栈大小、各方法的 locals 及 args 数,以及class文件的编译版本
　　-classpath[路径] 指定 javap 用来查找类的路径。如果设置了该选项，则它将覆盖缺省值或 CLASSPATH 环境变量。目录用冒号分隔。
　 -bootclasspath[路径] 指定加载自举类所用的路径。缺省情况下，自举类是实现核心Java 平台的类，位于 jrelib下面。

　　-extdirs[dirs] 覆盖搜索安装方式扩展的位置。扩展的缺省位置是 jrelibext。

英文说明：

C:\>javap -help
Usage: javap ...

where options include:
   -c                        Disassemble the code
   -classpath      Specify where to find user class files
   -extdirs            Override location of installed extensions
   -help                     Print this usage message
   -J                  Pass directly to the runtime system
   -l                        Print line number and local variable tables
   -public                   Show only public classes and members
   -protected                Show protected/public classes and members
   -package                  Show package/protected/public classes
                             and members (default)
   -private                  Show all classes and members
   -s                        Print internal type signatures
   -bootclasspath Override location of class files loaded
                             by the bootstrap class loader
   -verbose                  Print stack size, number of locals and args for methods
                             If verifying, print reasons for failure

示例：

下面也经典的StringBuilder代替String做字符串的例子。

[java] view plain copy print?

public class JAVAPTest {
public static void main(String[] args) {
}
public static String contactWithStringNoLoopNoPara() {
String s = "This is " + " my " + "first JAVAP test code.";
return s;
}
public static String contactWithStringNoLoop(int count) {
String s = "This is " + " my " + count + "th JAVAP test code.";
return s;
}
public static String contactWithStringLoop(int count) {
String s = "";
for (int i = 0; i < count; i++) {
s += i;
}
return s;
}
public static String contactWithStringBufferLoop(int count) {
StringBuffer sb = new StringBuffer();
for (int i = 0; i < count; i++) {
sb.append(i);
}
return sb.toString();
}
}

public class JAVAPTest {
	public static void main(String[] args) {

	}

	public static String contactWithStringNoLoopNoPara() {
		String s = "This is " + " my " + "first JAVAP test code.";
		return s;
	}
	
	public static String contactWithStringNoLoop(int count) {
		String s = "This is " + " my " + count + "th JAVAP test code.";
		return s;
	}
	
	public static String contactWithStringLoop(int count) {
		String s = "";
		for (int i = 0; i < count; i++) {
			s += i;
		}
		return s;
	}

	public static String contactWithStringBufferLoop(int count) {
		StringBuffer sb = new StringBuffer();
		for (int i = 0; i < count; i++) {
			sb.append(i);
		}
		return sb.toString();
	}
}

先编译：javac JAVAPTest.java

执行反编译：javap -c JAVAPTest //注意这个地方不需要class后缀。

结果如下：

[java] view plain copy print?

Compiled from "JAVAPTest.java"
public class JAVAPTest extends java.lang.Object{
public JAVAPTest();
Code:
0: aload_0
1: invokespecial #1; //Method java/lang/Object."":()V
4: return
public static void main(java.lang.String[]);
Code:
0: return
public static java.lang.String contactWithStringNoLoopNoPara();
Code:
0: ldc #2; //String This is my first JAVAP test code.
2: astore_0
3: aload_0
4: areturn
public static java.lang.String contactWithStringNoLoop(int);
Code:
0: new #3; //class java/lang/StringBuilder
3: dup
4: invokespecial #4; //Method java/lang/StringBuilder."":()V
7: ldc #5; //String This is my
9: invokevirtual #6; //Method java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder;
12: iload_0
13: invokevirtual #7; //Method java/lang/StringBuilder.append:(I)Ljava/lang/StringBuilder;
16: ldc #8; //String th JAVAP test code.
18: invokevirtual #6; //Method java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder;
21: invokevirtual #9; //Method java/lang/StringBuilder.toString:()Ljava/lang/String;
24: astore_1
25: aload_1
26: areturn
public static java.lang.String contactWithStringLoop(int);
Code:
0: ldc #10; //String
2: astore_1
3: iconst_0
4: istore_2
5: iload_2
6: iload_0
7: if_icmpge 35
10: new #3; //class java/lang/StringBuilder
13: dup
14: invokespecial #4; //Method java/lang/StringBuilder."":()V
17: aload_1
18: invokevirtual #6; //Method java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder;
21: iload_2
22: invokevirtual #7; //Method java/lang/StringBuilder.append:(I)Ljava/lang/StringBuilder;
25: invokevirtual #9; //Method java/lang/StringBuilder.toString:()Ljava/lang/String;
28: astore_1
29: iinc 2, 1
32: goto 5
35: aload_1
36: areturn
public static java.lang.String contactWithStringBufferLoop(int);
Code:
0: new #11; //class java/lang/StringBuffer
3: dup
4: invokespecial #12; //Method java/lang/StringBuffer."":()V
7: astore_1
8: iconst_0
9: istore_2
10: iload_2
11: iload_0
12: if_icmpge 27
15: aload_1
16: iload_2
17: invokevirtual #13; //Method java/lang/StringBuffer.append:(I)Ljava/lang/StringBuffer;
20: pop
21: iinc 2, 1
24: goto 10
27: aload_1
28: invokevirtual #14; //Method java/lang/StringBuffer.toString:()Ljava/lang/String;
31: areturn
}

Compiled from "JAVAPTest.java"
public class JAVAPTest extends java.lang.Object{
public JAVAPTest();
  Code:
   0:   aload_0
   1:   invokespecial   #1; //Method java/lang/Object."":()V
   4:   return

public static void main(java.lang.String[]);
  Code:
   0:   return

public static java.lang.String contactWithStringNoLoopNoPara();
  Code:
   0:   ldc     #2; //String This is  my first JAVAP test code.
   2:   astore_0
   3:   aload_0
   4:   areturn

public static java.lang.String contactWithStringNoLoop(int);
  Code:
   0:   new     #3; //class java/lang/StringBuilder
   3:   dup
   4:   invokespecial   #4; //Method java/lang/StringBuilder."":()V
   7:   ldc     #5; //String This is  my
   9:   invokevirtual   #6; //Method java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder;
   12:  iload_0
   13:  invokevirtual   #7; //Method java/lang/StringBuilder.append:(I)Ljava/lang/StringBuilder;
   16:  ldc     #8; //String th JAVAP test code.
   18:  invokevirtual   #6; //Method java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder;
   21:  invokevirtual   #9; //Method java/lang/StringBuilder.toString:()Ljava/lang/String;
   24:  astore_1
   25:  aload_1
   26:  areturn

public static java.lang.String contactWithStringLoop(int);
  Code:
   0:   ldc     #10; //String
   2:   astore_1
   3:   iconst_0
   4:   istore_2
   5:   iload_2
   6:   iload_0
   7:   if_icmpge       35
   10:  new     #3; //class java/lang/StringBuilder
   13:  dup
   14:  invokespecial   #4; //Method java/lang/StringBuilder."":()V
   17:  aload_1
   18:  invokevirtual   #6; //Method java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder;
   21:  iload_2
   22:  invokevirtual   #7; //Method java/lang/StringBuilder.append:(I)Ljava/lang/StringBuilder;
   25:  invokevirtual   #9; //Method java/lang/StringBuilder.toString:()Ljava/lang/String;
   28:  astore_1
   29:  iinc    2, 1
   32:  goto    5
   35:  aload_1
   36:  areturn

public static java.lang.String contactWithStringBufferLoop(int);
  Code:
   0:   new     #11; //class java/lang/StringBuffer
   3:   dup
   4:   invokespecial   #12; //Method java/lang/StringBuffer."":()V
   7:   astore_1
   8:   iconst_0
   9:   istore_2
   10:  iload_2
   11:  iload_0
   12:  if_icmpge       27
   15:  aload_1
   16:  iload_2
   17:  invokevirtual   #13; //Method java/lang/StringBuffer.append:(I)Ljava/lang/StringBuffer;
   20:  pop
   21:  iinc    2, 1
   24:  goto    10
   27:  aload_1
   28:  invokevirtual   #14; //Method java/lang/StringBuffer.toString:()Ljava/lang/String;
   31:  areturn

}

有这个结果我们可以知道。

1。contactWithStringNoLoopNoPara方法中，代码里面是字符串拼接，貌似需要是用StringBuilder替换的好。其实在看了上面的反编译结果后，已经自动组合成一个固定字符串了。因此完全没有必要使用StringBuilder。

[java] view plain copy print?

0: ldc #2; //String This is my first JAVAP test code.

 0:   ldc     #2; //String This is  my first JAVAP test code.

2。contactWithStringNoLoop方法中，因为使用到了变量，貌似需要是用StringBuilder替换的好。其实在看了上面的反编译结果后，已经自动使用了StringBuilder。所以代码也没有必要使用StringBuilder。

3. contactWithStringLoop方法中，是循环拼接字符串，貌似需要是用StringBuilder替换的好。看了反编译后，每个循环里面都各自生成了一个StringBuilder，并将StringBuilder.toString()防赋值给我们的Sring变量。而我们希望的是只生成一个StringBuilder对象。因此改为StringBuilder的好。循环的时候改为contactWithBufferLoop的方法最好。

4.contactWithBufferLoop方法中，是循环拼接字符串。也是我们预想的步骤在执行。

阿者 2016-03-17 17:22 发表评论

[转]java基础：父类与子类之间变量和方法的调用

阿者 — Thu, 10 Mar 2016 05:26:00 GMT

[转]java基础：父类与子类之间变量和方法的调用

1)父类构造函数
java中当调用某个类的构造方法的时候，系统总会调用父类的非静态初始化块进行初始化，这个调用是隐式的，而且父类的静态初始化代码
块总是会被执行，接着调用父类的一个或者多个构造器执行初始化，这个调用也可以通过super进行显式调用。
例如：
父类代码如下：
public class Creature {//父类
{//非静态代码块
System.out.println("creature的非静态代码块正在执行");
}

public Creature(){
System.out.println("creature的构造函数正在执行");
}
}
子类代码如下：
public class Animal extends Creature {
{
System.out.println("animal的初始化代码块正在执行");
}
public Animal(){
System.out.println("animal的构造方法正在执行");
}

public static void main(String[] args){
Animal a = new Animal() ;
}
}
则运行程序后的结果为：
creature的非静态代码块正在执行
creature的构造函数正在执行
animal的初始化代码块正在执行
animal的构造方法正在执行
从结果中可以看出：调用某个类的构造方法的时候总是会先执行父类的非静态代码块，然后执行父类的构造方法，最后才是执行当前类的
非静态代码块和构造方法。执行过程中有先后顺序。
若果想要显式调用父类的构造方法则可以使用super()，来调用，但是super关键字和this关键字都必须放在构造放的第一行，而且只能使
用一个，为什么要放在第一行呢？因为如果不放在第一行则先调用子类的初始化代码，再调用父类的初始化代码，则父类中的初始化后的值
会覆盖子类中的初始化的值。
注：super用于显式调用父类的构造器，this可以显式调用本类中的重载的构造器。

2）访问子类对象的实例变量
子类的方法可以访问父类中的实例变量，这是因为子类继承父类就会获得父类中的成员变量和方法，但是父类方法不能访问子类的实例变量
，因为父类根本无法知道它将被哪个类继承，它的子类将会增加怎么样的成员变量。但是，在极端的情况下，父类也可以访问子类中的变量。
例如：
父类代码如下：
public class Base {//父类
private int i = 2 ;
public Base(){
this.display() ;
}
public void display(){
System.out.println(i);
}
}
子类中代码如下：
public class Derived extends Base {
private int i = 22 ;
public Derived(){
i = 222 ;
}
public void display(){
System.out.println(i);
}
}
测试用例如下：
public class Test {
public static void main(String[] args) {
new Derived() ;
}
}
程序的执行结果为：
0
也许你会感到奇怪，为什么不是2？22？222？怎么会是0呢，下面我们看一下程序的执行过程。当我们调用new Derived() ;创建Derived
实例的时候，系统会为Derived对象分配内存空间，Derived会有两个i实例变量，会分配两个空间来保存i的值。分配完空间以后i的值为0
，如果有引用类型则引用类型的值为null。接下来程序在执行Derived的构造器之前会执行Base的构造器，表面上看Base的构造器中只有
一行代码，但是在父类中定义i的时候执行的初始值2，因此经过编译之后，该构造方法中应该包含如下两行代码：
i =2 ;
this.display() ;
程序先将Base中的i赋值为2，然后执行display方法。此处有一个关键字this，this到底代表谁呢？表面上看this代表的是Base的当前实例，
但是实际上代码是放在Derived的构造器中的，所以this最终代表的是Derived的当前实例（编译类型是Base而实际引用一个Derived对象），
所以如果在父类的构造方法中直接输出System.out.println(this.i) ;则输出的结果为2。但是调用this.display()方法，此时调用的是
子类中重写的display方法，输出的变量i也是子类中的i，但是此时子类中的变量i还没有赋值，所以输出结果为0。
为了详细的看清楚this变量到底代表什么实例，我们将Base的构造方法修改如下：
public Base(){
System.out.println(this.i);
System.out.println(this.getClass());
this.display() ;
}
再次运行程序，结果为：
2
class edu.qichao.chapter2.Derived
0
可以看到this代表的是Derived的实例，但是编译的时候类型为Base，所以输出this.i的值为2。

3）调用被子类重写的方法
默认情况下，子类可以调用父类的方法，但是父类不能调用子类的方法，因为父类不知道它将被哪个子类继承，也不知道子类将增加怎么
样的方法。
例如：
父类Animal的代码如下：
public class Animal {
private String desc ;

public Animal(){
this.desc = getDesc() ;
}

public String getDesc(){
return "Animal" ;
}

public String toString(){
return desc ;
}
}
子类Wolf的代码如下：
public class Wolf extends Animal {
private String name ;
private double weight ;
public Wolf(String name , double weight){
this.name = name ;
this.weight = weight ;
}
public String getDesc(){
return "Wolf[name=" + name + ",weight=" + weight + "]" ;
}

public static void main(String[] args){
System.out.println(new Wolf("灰太狼" , 3));
}
}
程序的运行结果为：
Wolf[name=null,weight=0.0]
现在我们分析一下程序执行的过程。在main方法中通过new Wolf("灰太狼" , 3)；来创建一个Wolf的实例，子类会隐式调用父类的构造方
法，在父类构造方法中初始化desc变量this.desc = getDesc() ;此处需要注意this变量，虽然这个this放在Animal的构造放中，但是是在
Wolf的构造方法中调用父类的构造方法，所以this编译时类型为Animal，运行时类型为Wolf，此处调用的getDesc方法是子类Wolf的方法，
但是子类中的name和weight变量都没有初始化，默认为null和0.0.所以程序的最终结果为：Wolf[name=null,weight=0.0]

4）继承成员变量和成员方法的区别
java中队成员变量的继承和成员方法的继承是不同的。
例如：
父类代码如下：
public class Base {
int count = 2 ;
public void display(){
System.out.println(this.count);
}
}
子类代码如下：
public class Derived extends Base {
int count = 20 ;
@Override
public void display(){
System.out.println(this.count);
}
}
测试用例如下：
public class Test {
public static void main(String[] args) {
Base b = new Base() ;
System.out.println(b.count);
b.display() ;
System.out.println("-----------------");
Derived d = new Derived() ;
System.out.println(d.count);
d.display() ;
System.out.println("-----------------");
Base bd = new Derived() ;
System.out.println(bd.count);
bd.display() ;
System.out.println("-----------------");
Base d2b = d ;
System.out.println(d2b.count);
}
}
程序运行结果为：
2
2
-----------------
20
20
-----------------
2
20
-----------------
2
在上面的程序中，不管是d变量、还是bd变量、还是都d2b变量。只要他们指向一个Derived对象，则不管他们声明时用了什么类型，当通过
这些变量调用方法时，方法的行为总是表现出他们的实际类型的行为，但是如果通过这些变量来访问他们所指向对象的实例变量的时候，
这些实例变量的值总是表现出声明这些变量所用类型的行为。由此可见，java处理成员变量和成员方法的继承时是有区别的。

阿者 2016-03-10 13:26 发表评论

java指令详解（转）

阿者 — Wed, 24 Sep 2014 10:10:00 GMT

摘要: class文件格式如下： Java代码相信学java的人都对new Object();创建对象都很熟悉，但想要真正了解原理就没那么容易！以以下例子为例，解释class代码及执行过程，如有错误，还望各位高手多多指教！ public class Dog&nbs... 阅读全文

阿者 2014-09-24 18:10 发表评论

《深入理解Java虚拟机》笔记

阿者 — Sat, 02 Aug 2014 10:06:00 GMT

摘要: 在C里面我们想执行一段自己编写的机器指令的方法大概如下： typedef void(*FUNC)(int); char* str = "your code"; FUNC f = (FUNC)str; (*f)(0); 　　也就是说，我们完全可以做一个工具，从一个文件中读入指令，然后将这些指令运行起来。上面代码中“编... 阅读全文

阿者 2014-08-02 18:06 发表评论

java堆栈方法区简单分析（转）

阿者 — Wed, 26 Feb 2014 09:50:00 GMT

http://www.360doc.com/content/11/0504/12/3903749_114271703.shtml

阿者 2014-02-26 17:50 发表评论

深入理解JVM—字节码执行引擎(转）

阿者 — Fri, 21 Feb 2014 10:06:00 GMT

http://yhjhappy234.blog.163.com/blog/static/3163283220122204355694/

阿者 2014-02-21 18:06 发表评论

Java语言基础

阿者 — Sun, 02 Feb 2014 09:13:00 GMT

http://blog.csdn.net/linzhengqun/article/category/800320

java语音基础知识：
流类(1)
多线程
RTTI
异常机制
抽象类和接口
对象的初始化
基本数组类型
内部类
泛型
final和static

阿者 2014-02-02 17:13 发表评论

Java语言基础：对象的初始化 (转）

阿者 — Sun, 02 Feb 2014 07:55:00 GMT

Java语言基础：对象的初始化

java 语言 class string c 存储

1. 如果基类存在默认构造函数，则在子类构造之前，会先调用基类的默认构造函数：

[java] view plain copy print ?

class A {
A() {
System.out.println("A create");
}
}
class B extends A {
B() {
// 会在这里先调用A的默认构造函数
System.out.println("B create");
}
}
class C extends A {
C(int i) {
// 会在这里先调用A的默认构造函数
System.out.println("C create");
}
}
public class Main {
public static void main(String[] args) {
B b = new B();
C c = new C(10);
}
}
// 输出为：
A create
B create
A create
C create

2. 如果基类只有带参数的构造函数，子类必须在自己的构造函数中通过super(...)显式调用该基类构造函数：

[java] view plain copy print ?

class A {
A(int i) {
System.out.println("A create");
}
}
class B extends A {
B() {
// 必须在这里显式调用父类的非默认构造函数，否则编译不通过
// 注意这调用只能放在最前面，否则编译不通过
super(20);
System.out.println("B create");
}
}
class C extends A {
C(int i) {
// 必须在这里显式调用父类的非默认构造函数，否则编译不通过
// 注意这调用只能放在最前面，否则编译不通过
super(30);
System.out.println("C create");
}
}
public class Main {
public static void main(String[] args) {
B b = new B();
C c = new C(10);
}
}
// 输出为：
A create
B create
A create
C create

3. 以上只讲了最简单的构造函数调用顺序，其实一个对象的真正的初始化过程应该是：

将对象的存储空间初始化为二进制的0.
先递归到最上层的基类去，将最上层的基类作为当前类。
对于当前类：
1. 按声明顺序调用成员变量的初始设置代码。
2. 调用构造函数。
接着将下一层继承类作为当前类，继续步骤3

先看下面的代码：

[java] view plain copy print ?

class A {
A() {
System.out.println("A create");
}
}
class D {
D() {
System.out.println("D create");
}
}
class B extends A {
private D d = new D();
B() {
System.out.println("B create");
}
}
class C extends B {
C(int i) {
System.out.println("C create");
}
}
public class Main {
public static void main(String[] args) {
C c = new C(10);
}
}

初始化过程大概是这样的：

先从C递归到B，再从B递归到A。
A没有成员变量，所以A的构造函数被调用。
接到回到B，B有一个D类的成员有初始化，因此D的构造函数被调用。
接着B的构造函数被调用。
最后回到C，C的构造函数被调用。

所以输出应该是：

A create

D create

B create

C create

4. 必须小心在构造函数中调用虚函数(在JAVA里普通函数都是虚的)的隐患，特别是在基类的构造函数，因为此时继承类的成员可能还没有初始完毕：

[java] view plain copy print ?

class A {
A() {
System.out.println("A create");
proc();
}
public void proc() {
}
}
class B extends A {
private int i;
B() {
System.out.println("B create");
i = 10;
}
public void proc(){
System.out.println(i);
}
}
public class Main {
public static void main(String[] args) {
B b = new B();
}
}
输出：
A create
0
B create

A的构造函数调用了proc，此时B的构造函数还没有被调用，因此i还没有被赋为10，最终输出结果是0。

5. 由于Java对象都是通过垃圾回收机制清理对象，因此Java的类没有析构函数，遇到需要清理类中资源的问题时，可以自己声明一个函数，如Dispose，在适当的时候调用之。

阿者 2014-02-02 15:55 发表评论

java中覆盖和隐藏的问题(转）

阿者 — Wed, 29 Jan 2014 01:46:00 GMT

java中覆盖和隐藏的问题

近期复习java时，发觉了自己很多没掌握的知识点，现在每天总结一点点，一点点的积累，一点点的进步。

今天的解决问题——java中覆盖和隐藏的问题（方法和变量）

参考网址：http://school.cnd8.com/java/jiaocheng/10836.htm

http://heisetoufa.javaeye.com/blog/227345

1.先来总结java中方法的覆盖和隐藏

一个大的原则：静态方法不能被覆盖。实例方法被覆盖，静态方法被隐藏。被覆盖的方法只有覆盖它们的类才能访问它们，而访问被隐藏的方法是提供该方法的全局名。

例子：

01: class Super

02: {

03: static String greeting()

04: {

05: return "Goodnight";

06: }

07:

08: String name()

09: {

10: return "Richard";

11: }

12: }

01: class Sub extends Super

02: {

03: static String greeting()

04: {

05: return "Hello";

06: }

07:

08: String name()

09: {

10: return "Dick";

11: }

12: }

01: class Test

02: {

03: public static void main(String[] args)

04: {

05: Super s = new Sub();

06: System.out.println(s.greeting() + ", " + s.name());

07: }

08: }

程序运行结果：Goodnight，Dick

分析：在main函数中，创建了一个子类sub对象实例，通过赋值号我们可以看成其被强制转换成父类super类型。由于greeting是静态方法，它仅仅是被子类sub隐藏，所以通过强制转换成父类super的对象实例s调用时，实际上调用的是父类的greeting方法；而name方法为实例方法，其被子类sub覆盖，所以s.name()是调用的子类name方法。

在继承时需要注意的几点原则：

1）试图用子类的静态方法隐藏父类中同样标识的实例方法不合法，编译器会报错；

2）试图用子类的实例方法覆盖父类中同样标识的静态方法也不合法，编译器会报错；

3）静态方法和最终方法不能被覆盖；

4）实例方法能够被覆盖；

5）抽象方法必须在具体类中被覆盖。

2.再来总结下变量的覆盖和隐藏

原网址的变量分的很详细，不仔细看还被绕的有点糊涂。总结了下，不管是静态变量还是非静态变量，只要是成员变量，它们被覆盖和被隐藏的原则一样。原则：成员变量能够被子类同名的成员变量隐藏，而局部变量和形参不会被隐藏。

例子：

class Base {

 int x = 1;

 static int y=2;

 int z=3;

 int method() {

 return x;

class Subclass extends Base {

 int x = 4;

 int y=5;

 static int z=6;

 int method() {

 return x;

public class Test {

 public static void main(String[] args) {

 Subclass s=new Subclass();

 System.out.println(s.x + " " + s.y +" "+ s.z);

 System.out.println(s.method());

 Base b = (Subclass)s;

 System.out.println(b.x + " " + b.y +" "+ b.z);

 System.out.println(b.method());

结果：4 5 6 
　　 4 
　　 1 2 3 
　　 4 
分析：在main方法中，开始创建了一个subclass对象实例，对于第一个输出很好理解；后将对象实例s强制转换成父类Base类型，由于父类的成员变量只是被隐藏，所以通过强制转换成父类类型的对象实例调用时，调用的是父类中的变量，而method方法是被子类同名方法所覆盖，所以调用时依然调用的子类method方法。
 
3.最后变量和方法的隐藏及其覆盖的不同
一个类的实例无法通过使用全局名或者强制自己转换成父类型，来访问父类中被隐藏的方法，但是可以通过强制转换为父类型之后，访问父类型中被隐藏的变量。静态方法不能覆盖父类的实例方法，而静态变量却可以隐藏父类的一个同名实例变量。实例方法不能覆盖父类的同名静态方法，而变量却可以隐藏父类的同名成员变量。
 
4.我最终发现和解决的问题
public class ClassA{
public void methodOne(int i){}
public void methodTwo(int i){}
public static void methodThree(int i){}
public static void methodFour(int i){}
}
 
public class ClassB{
public static void methodOne(int i){}
public void methodTwo(int i){}
public void methodThree(int i){}
public static void methodFour(int i){}
}
a.哪些方法覆盖了超类中的方法？ methodTwo
b.哪些方法隐藏了超类中的方法？ methodFour
其他两个方法编译会报错，因为不能用子类的静态方法隐藏父类中同名的实例方法，不能用子类的实例方法覆盖父类中同名的静态方法。

阿者 2014-01-29 09:46 发表评论

Runnable和Thread的区别(转）

阿者 — Sat, 28 Dec 2013 08:54:00 GMT

在java中可有两种方式实现多线程，一种是继承Thread类，一种是实现Runnable接口；Thread类是在java.lang包中定义的。一个类只要继承了Thread类同时覆写了本类中的run()方法就可以实现多线程操作了，但是一个类只能继承一个父类，这是此方法的局限，

　　下面看例子：

　　package org.thread.demo;

　　class MyThread extends Thread{

　　private String name;

　　public MyThread(String name) {

　　super();

　　this.name = name;

　　}

　　public void run(){

　　for(int i=0;i<10;i++){

　　System.out.println("线程开始："+this.name+",i="+i);

　　}

　　package org.thread.demo;

　　public class ThreadDemo01 {

　　public static void main(String[] args) {

　　MyThread mt1=new MyThread("线程a");

　　MyThread mt2=new MyThread("线程b");

　　mt1.run();

　　mt2.run();

　　}

　　但是，此时结果很有规律，先第一个对象执行，然后第二个对象执行，并没有相互运行。在JDK的文档中可以发现，一旦调用start()方法，则会通过JVM找到run()方法。下面启动

　　start()方法启动线程：

　　package org.thread.demo;

　　public class ThreadDemo01 {

　　public static void main(String[] args) {

　　MyThread mt1=new MyThread("线程a");

　　MyThread mt2=new MyThread("线程b");

　　mt1.start();

　　mt2.start();

　　}

　　};这样程序可以正常完成交互式运行。那么为啥非要使用start();方法启动多线程呢？

　　在JDK的安装路径下，src.zip是全部的java源程序，通过此代码找到Thread中的start()方法的定义，可以发现此方法中使用了private native void start0();其中native关键字表示可以调用操作系统的底层函数，那么这样的技术成为JNI技术（java Native Interface）

　　·Runnable接口

　　在实际开发中一个多线程的操作很少使用Thread类，而是通过Runnable接口完成。

　　public interface Runnable{

　　public void run();

　　}

　　例子：

　　package org.runnable.demo;

　　class MyThread implements Runnable{

　　private String name;

　　public MyThread(String name) {

　　this.name = name;

　　}

　　public void run(){

　　for(int i=0;i<100;i++){

　　System.out.println("线程开始："+this.name+",i="+i);

　　}

　　};

　　但是在使用Runnable定义的子类中没有start()方法，只有Thread类中才有。此时观察Thread类，有一个构造方法：public Thread(Runnable targer)此构造方法接受Runnable的子类实例，也就是说可以通过Thread类来启动Runnable实现的多线程。（start()可以协调系统的资源）:

　　package org.runnable.demo;

　　import org.runnable.demo.MyThread;

　　public class ThreadDemo01 {

　　public static void main(String[] args) {

　　MyThread mt1=new MyThread("线程a");

　　MyThread mt2=new MyThread("线程b");

　　new Thread(mt1).start();

　　new Thread(mt2).start();

　　}

　　· 两种实现方式的区别和联系：

　　在程序开发中只要是多线程肯定永远以实现Runnable接口为主，因为实现Runnable接口相比

　　继承Thread类有如下好处：

　　->避免点继承的局限，一个类可以继承多个接口。

　　->适合于资源的共享

　　以卖票程序为例，通过Thread类完成：

　　package org.demo.dff;

　　class MyThread extends Thread{

　　private int ticket=10;

　　public void run(){

　　for(int i=0;i<20;i++){

　　if(this.ticket>0){

　　System.out.println("卖票：ticket"+this.ticket--);

　　}

　　};

　　下面通过三个线程对象，同时卖票：

　　package org.demo.dff;

　　public class ThreadTicket {

　　public static void main(String[] args) {

　　MyThread mt1=new MyThread();

　　MyThread mt2=new MyThread();

　　MyThread mt3=new MyThread();

　　mt1.start();//每个线程都各卖了10张，共卖了30张票

　　mt2.start();//但实际只有10张票，每个线程都卖自己的票

　　mt3.start();//没有达到资源共享

　　}

　　如果用Runnable就可以实现资源共享，下面看例子：

　　package org.demo.runnable;

　　class MyThread implements Runnable{

　　private int ticket=10;

　　public void run(){

　　for(int i=0;i<20;i++){

　　if(this.ticket>0){

　　System.out.println("卖票：ticket"+this.ticket--);

　　}

　　package org.demo.runnable;

　　public class RunnableTicket {

　　public static void main(String[] args) {

　　MyThread mt=new MyThread();

　　new Thread(mt).start();//同一个mt，但是在Thread中就不可以，如果用同一

　　new Thread(mt).start();//个实例化对象mt，就会出现异常

　　new Thread(mt).start();

　　}

　　};

　　虽然现在程序中有三个线程，但是一共卖了10张票，也就是说使用Runnable实现多线程可以达到资源共享目的。

　　Runnable接口和Thread之间的联系：

　　public class Thread extends Object implements Runnable

　　发现Thread类也是Runnable接口的子类。

阿者 2013-12-28 16:54 发表评论

java对象的生命周期及回收（转）

阿者 — Mon, 23 Dec 2013 08:52:00 GMT

要理解java对象的生命周期，我们需要要明白两个问题，

1、java是怎么分配内存的 ,2、java是怎么回收内存的。

喜欢java的人，往往因为它的内存自动管理机制，不喜欢java的人，往往也是因为它的内存自动管理。我属于前者，这几年的coding经验让我认识到，要写好java程序，理解java的内存管理机制是多么的重要。任何语言，内存管理无外乎分配和回收，在C中我们可以用malloc动态申请内存，调用free释放申请的内存；在C++中，我们可以用new操作符在堆中动态申请内存，编写析构函数调用delete释放申请的内存；那么在java中究竟是内存怎样管理的呢？要弄清这个问题，我们首先要了解java内存的分配机制，在java虚拟机规范里，JVM被分为7个内存区域，但是规范这毕竟只是规范，就像我们编写的接口一样，虽然最终行为一致，但是个人的实现可能千差万别，各个厂商的JVM实现也不尽相同，在这里，我们只针对sun的Hotspot虚拟机讨论,该虚拟机也是目前应用最广泛的虚拟机。

虚拟器规范中的7个内存区域分别是三个线程私有的和四个线程共享的内存区,线程私有的内存区域与线程具有相同的生命周期，它们分别是：指令计数器、线程栈和本地线程栈，四个共享区是所有线程共享的，在JVM启动时就会分配,分别是：方法区、常量池、直接内存区和堆（即我们通常所说的JVM的内存分为堆和栈中的堆，后者就是前面的线程栈）。接下来我们逐一了解这几个内存区域。

1 指令计数器。我们都知道java的多线程是通过JVM切换时间片运行的，因此每个线程在某个时刻可能在运行也可能被挂起，那么当线程挂起之后，JVM再次调度它时怎么知道该线程要运行那条字节码指令呢？这就需要一个与该线程相关的内存区域记录该线程下一条指令，而指令计数器就是实现这种功能的内存区域。有多少线程在编译时是不确定的，因此该区域也没有办法在编译时分配，只能在创建线程时分配，所以说该区域是线程私有的，该区域只是指令的计数，占用的空间非常少，所以虚拟机规范中没有为该区域规定OutofMemoryError。

2 线程栈。先让我看以下一段代码:

Java代码

class Test{
public static void main(String[] args) {
Thread th = new Thread();
th.start();
}
}

class Test{
    public static void main(String[] args) {
        Thread th = new Thread();
        th.start();
    }
}

在运行以上代码时，JVM将分配一块栈空间给线程th，用于保存方法内的局部变量，方法的入口和出口等，这些局部变量包括基本类型和对象引用类型，这里可能有人会问，java的对象引用不是分配在堆上吗？有这样疑惑的人，可能是没有理解java中引用和对象之间的区别，当我们写出以下代码时:

Java代码

public Object test(){
Object obj = new Object();
return obj;
}

public Object test(){
    Object obj = new Object();
    return obj;
}

其中的Object obj就是我们所说的引用类型，这样的声明本身是要占用4个字节，而这4个字节在这里就是在栈空间里分配的，准确的说是在线程栈中为test方法分配的栈帧中分配的，当方法退出时，将会随栈帧的弹出而自动销毁，而new Object()则是在堆中分配的，由GC在适当的时间收回其占用的空间。每个栈空间的默认大小为0.5M，在1.7里调整为1M，每调用一次方法就会压入一个栈帧，如果压入的栈帧深度过大，即方法调用层次过深,就会抛出StackOverFlow,，SOF最常见的场景就是递归中，当递归没办法退出时，就会抛此异常，Hotspot提供了参数设置改区域的大小，使用-Xss：xxK，就可以修改默认大小。 3 本地线程栈.顾名思义，该区域主要是给调用本地方法的线程分配的，该区域和线程栈的最大区别就是，在该线程的申请的内存不受GC管理，需要调用者自己管理，JDK中的Math类的大部分方法都是本地方法，一个值得注意的问题是,在执行本地方法时，并不是运行字节码，所以之前所说的指令计数器是没法记录下一条字节码指令的，当执行本地方法时，指令计数器置为undefined。接下来是四个线程共享区。 1 方法区。这块区域是用来存放JVM装载的class的类信息，包括：类的方法、静态变量、类型信息(接口/父类)，我们使用反射技术时，所需的信息就是从这里获取的。 2 常量池。当我们编写如下的代码时：

Java代码

class Test1{
private final int size=50;
}

class Test1{
     private final int size=50;
 }

这个程序中size因为用final修饰，不能再修改它的值，所以就成为常量，而这常量将会存放在常量区，这些常量在编译时就知道占用空间的大小，但并不是说明该区域编译就固定了，运行期也可以修改常量池的大小，典型的场景是在使用String时，你可以调用String的 intern()，JVM会判断当前所创建的String对象是否在常量池中，若有，则从常量区取，否则把该字符放入常量池并返回,这时就会修改常量池的大小，比如JDK中java.io.ObjectStreamField的一段代码:

Java代码

ObjectStreamField(Field field, boolean unshared, boolean showType) {
this.field = field;
this.unshared = unshared;
name = field.getName();
Class ftype = field.getType();
type = (showType || ftype.isPrimitive()) ? ftype : Object.class;
signature = ObjectStreamClass.getClassSignature(ftype).intern();
}

ObjectStreamField(Field field, boolean unshared, boolean showType) {
    this.field = field;
    this.unshared = unshared;
    name = field.getName();
    Class ftype = field.getType();
    type = (showType || ftype.isPrimitive()) ? ftype : Object.class;
    signature = ObjectStreamClass.getClassSignature(ftype).intern();
}

这段代码将获取的类的签名放入常量池。HotSpot中并没有单独为该区域分配，而是合并到方法区中。 3 直接内存区。直接内存区并不是JVM可管理的内存区。在JDK1.4中提供的NIO中，实现了高效的R/W操作，这种高效的R/W操作就是通过管道机制实现的，而管道机制实际上使用了本地内存，这样就避免了从本地源文件复制JVM内存，再从JVM复制到目标文件的过程，直接从源文件复制到目标文件，JVM通过DirectByteBuffer操作直接内存。 4 堆。主角总是最后出场，堆绝对是JVM中的一等公民，绝对的主角，我们通常所说的GC主要就是在这块区域中进行的，所有的java对象都在这里分配，这也是JVM中最大的内存区域，被所有线程共享，成千上万的对象在这里创建，也在这里被销毁。 java内存分配到这就算是一个完结了，接下来我们将讨论java内存的回收机制，内存回收主要包含以下几个方面理解：第一，局部变量占用内存的回收，所谓局部变量，就是指在方法内创建的变量，其中变量又分为基本类型和引用类型。如下代码:

Java代码

public void test(){
int x=1;
char y='a';
long z=10L;
}

public void test(){
    int x=1;
    char y='a';
    long z=10L;
}

变量x y z即为局部变量，占用的空间将在test()所在的线程栈中分配，test()执行完了后会自动从栈中弹出，释放其占用的内存，再来看一段代码：

Java代码

public void test2(){
Date d = new Date();
System.out.println("Now is "+d);
}

public void test2(){
    Date d = new Date();
    System.out.println("Now is "+d);
}

我们都知道上述代码会创建两个对象，一个是Date d另一个是new Date。Date d叫做声明了一个date类型的引用，引用就是一种类型，和int x一样，它表明了这种类型要占用多少空间，在java中引用类型和int类型一样占用4字节的空间，如果只声明引用而不赋值，这4个字节将指向JVM中地址为0的空间，表示未初始化，对它的任何操作都会引发空指针异常。如果进行赋值如d = new Date()那么这个d就保存了new Date（）这个对象的地址，通过之前的内存分配策略，我知道new Date（）是在jvm的heap中分配的，其占用的空间的回收我们将在后面着重分析，这里我们要知道的是这个Date d所占用的空间是在test2()所在的线程栈分配的，方法执行完后同样会被弹出栈，释放其占用的空间。第二.非局部变量的内存回收,在上面的代码中new Date()就和C++里的new创建的对象一样，是在heap中分配，其占用的空间不会随着方法的结束而自动释放需要一定的机制去删除，在C++中必须由程序员在适当时候delete掉，在java中这部分内存是由GC自动回收的，但是要进行内存回收必须解决两问题：那些对象需要回收、怎么回收。判定那些对象需要回收，我们熟知的有以下方法：一，引用计数法，这应是绝大数的的java 程序员听说的方法了，也是很多书上甚至很多老师讲的方法，该方法是这样描述的，为每个对象维护一个引用计数器，当有引用时就加1，引用解除时就减1，那些长时间引用为0的对象就判定为回收对象，理论上这样的判定是最准确的，判定的效率也高，但是却有一个致命的缺陷，请看以下代码：

Java代码

package tmp;
import java.util.ArrayList;
import java.util.List;
public class Test {
private byte[] buffer;
private List ls;
public Test() {
this.buffer = new byte[4 * 1024 * 1024];
this.ls = new ArrayList();
}
private List getList() {
return ls;
}
public static void main(String[] args) {
Test t1 = new Test();
Test t2 = new Test();
t1.getList().add(t2);
t2.getList().add(t1);
t1 = t2 = null;
Test t3 = new Test();
System.out.println(t3);
}
}

package tmp;

import java.util.ArrayList;
import java.util.List;

public class Test {

	private byte[] buffer;
	private List ls;

	public Test() {
		this.buffer = new byte[4 * 1024 * 1024];
		this.ls = new ArrayList();
	}

	private List getList() {
		return ls;
	}

	public static void main(String[] args) {
		Test t1 = new Test();
		Test t2 = new Test();
		t1.getList().add(t2);
		t2.getList().add(t1);
		t1 = t2 = null;
		Test t3 = new Test();
		System.out.println(t3);
	}

}

我们用以下参数运行：-Xmx10M -Xms10M M 将jvm的大小设置为10M，不允许扩展，按引用计数法，t1和t2相互引用，他们的引用计数都不可能为0，那么他们将永远不会回收，在我们的环境中JVM共10M，t1 t2占用8m，那么剩下的2M，是不足以创建t3的，理论上应该抛出OOM。但是，程序正常运行了，这说明JVM应该是回收了t1和t2的我们加上-XX:+PrintGCDetails运行，将打印GC的回收日记:

[GC [DefNew: 252K->64K(960K), 0.0030166 secs][Tenured: 8265K->137K(9216K), 0.0109869 secs] 8444K->137K(10176K), [Perm : 2051K->2051K(12288K)], 0.0140892 secs] [Times: user=0.01 sys=0.00, real=0.02 secs]

[GC [DefNew: 252K->64K(960K), 0.0030166 secs][Tenured: 8265K->137K(9216K), 0.0109869 secs] 8444K->137K(10176K), [Perm : 2051K->2051K(12288K)], 0.0140892 secs] [Times: user=0.01 sys=0.00, real=0.02 secs] 
com.mail.czp.Test@2ce908
Heap
 def new generation   total 960K, used 27K [0x029e0000, 0x02ae0000, 0x02ae0000)
  eden space 896K,   3% used [0x029e0000, 0x029e6c40, 0x02ac0000)
  from space 64K,   0% used [0x02ad0000, 0x02ad0000, 0x02ae0000)
  to   space 64K,   0% used [0x02ac0000, 0x02ac0000, 0x02ad0000)
 tenured generation   total 9216K, used 4233K [0x02ae0000, 0x033e0000, 0x033e0000)
   the space 9216K,  45% used [0x02ae0000, 0x02f02500, 0x02f02600, 0x033e0000)
 compacting perm gen  total 12288K, used 2077K [0x033e0000, 0x03fe0000, 0x073e0000)
   the space 12288K,  16% used [0x033e0000, 0x035e74d8, 0x035e7600, 0x03fe0000)
No shared spaces configured.

从打印的日志我们可以看出，GC照常回收了t1 t2,这就从侧面证明jvm不是采用这种策略判定对象是否可以回收的。

二，根搜索算法，这是当前的大部分虚拟机采用的判定策略，GC线程运行时，它会以一些特定的引用作为起点称为GCRoot，从这些起点开始搜索，把所用与这些起点相关联的对象标记，形成几条链路，扫描完时，那些没有与任何链路想连接的对象就会判定为可回收对象。具体那些引用作为起点呢，一种是类级别的引用：静态变量引用、常量引用，另一种是方法内的引用，如之前的test()方法中的Date d对new Date()的引用，在我们的测试代码中，在创建t3时，jvm发现当前的空间不足以创建对象，会出发一次GC，虽然t1和t2相互引用，但是执行t1=t2=null后，他们不和上面的3个根引用中的任何一个相连接，所以GC会判定他们是可回收对象，并在随后将其回收，从而为t3的创建创造空间，当进行回收后发现空间还是不够时，就会抛出OOM。

接下来我们就该讨论GC 是怎么回收的了，目前版本的Hotspot虚拟机采用分代回收算法，它把heap分为新生代和老年代两块区域,如下图:

默认的配置中老年代占90% 新生代占10%，其中新生代又被分为一个eden区和两个survivor区，每次使用eden和其中的一个survivor区，一般对象都在eden和其中的一个survivor区分配，但是那些占用空间较大的对象，就会直接在老年代分配，比如我们在进行文件操作时设置的缓冲区，如byte[] buffer = new byte[1024*1024],这样的对象如果在新生代分配将会导致新生代的内存不足而频繁的gc，GC运行时首先会进行会在新生代进行，会把那些标记还在引用的对象复制到另一块survivor空间中，然后把整个eden区和另一个survivor区里所有的对象进行清除，但也并不是立即清除，如果这些对象重写了finalize方法，那么GC会把这些对象先复制到一个队列里，以一个低级别的线程去触发finalize方法，然后回收该对象，而那些没有覆写finalize方法的对象，将会直接被回收。在复制存活对象到另一个survivor空间的过程中可能会出现空间不足的情况，在这种情况下GC回直接把这些存活对象复制到老年代中，如果老年代的空间也不够时，将会触发一次Full GC,Full gc会回收老年代中那些没有和任何GC Root相连的对象，如果Full GC后发现内存还是不足，将会出现OutofMemoryError。

Hotspot虚拟机下java对象内存的分配和回收到此就算完结了

阿者 2013-12-23 16:52 发表评论

浅析JVM内存结构和6大区域(转）

阿者 — Sun, 14 Jul 2013 02:13:00 GMT

浅析JVM内存结构和6大区域

内存作为系统中重要的资源，对于系统稳定运行和高效运行起到了关键的作用，Java和C之类的语言不同，不需要开发人员来分配内存和回收内存，而是由JVM来管理对象内存的分配以及对象内存的回收（又称为垃圾回收、GC），这对于开发人员来说确实大大降低了编写程序的难度，但带来的一个副作用就是，当系统运行过程中出现JVM抛出的内存异常（例如OutOfMemoryError）的时候，很难知道原因是什么，另外一方面，要编写高性能的程序，通常需要借助内存来提升性能，因此如何才能合理的使用内存以及让JVM合理的进行内存的回收是必须掌握的，本文将主

AD： 2013云计算架构师峰会超低价抢票中

其实对于我们一般理解的计算机内存，它算是CPU与计算机打交道最频繁的区域，所有数据都是先经过硬盘至内存，然后由CPU再从内存中获取数据进行处理，又将数据保存到内存，通过分页或分片技术将内存中的数据再flush至硬盘。那JVM的内存结构到底是如何呢？JVM做为一个运行在操作系统上，但又独立于os运行的平台，它的内存至少应该包括象寄存器、堆栈等区域。

JVM在运行时将数据划分为了6个区域来存储，而不仅仅是大家熟知的Heap区域，这6个区域图示如下：

JVM内存的分配结构示意图

下面将逐一介绍下各个区域所做的工作及其充当的功能。

PC Register(PC寄存器)

PC寄存器是一块很小的内存区域，主要作用是记录当前线程所执行的字节码的行号。字节码解释器工作时就是通过改变当前线程的程序计数器选取下一条字节码指令来工作的。任何分支，循环，方法调用，判断，异常处理，线程等待以及恢复线程，递归等等都是通过这个计数器来完成的。

由于Java多线程是通过交替线程轮流切换并分配处理器时间的方式来实现的，在任何一个确定的时间里，在处理器的一个内核只会执行一条线程中的指令。因此为了线程等待结束需要恢复到正确的位置执行，每条线程都会有一个独立的程序计数器来记录当前指令的行号。计数器之间相互独立互不影响，我们称这块内存为“线程私有”的内存。

如果所调用的方法为native的，则PC寄存器中不存储任何信息。

l JVM栈

JVM栈是线程私有的，每个线程创建的同时都会创建JVM栈，JVM栈中存放的为当前线程中局部基本类型的变量（java中定义的八种基本类型：boolean、char、byte、short、int、long、float、double）、部分的返回结果以及Stack Frame，非基本类型的对象在JVM栈上仅存放一个指向堆上的地址，因此Java中基本类型的变量是值传递，而非基本类型的变量是引用传递，Sun JDK的实现中JVM栈的空间是在物理内存上分配的，而不是从堆上分配。

由于JVM栈是线程私有的，因此其在内存分配上非常高效，并且当线程运行完毕后，这些内存也就被自动回收。

当JVM栈的空间不足时，会抛出StackOverflowError的错误，在Sun JDK中可以通过-Xss来指定栈的大小，例如如下代码：

new Thread(new Runnable(){ 
           public void run() { 
              loop(0); 
           }        
           private void loop (int i){ 
              if(i!=1000){ 
                  i++; 
loop (i); 
              } 
              else{ 
                  return; 
              } 
           } 
          }).start();

当JVM参数设置为-Xss1K，运行后会报出类似下面的错误：

Exception in thread "Thread-0"java.lang.StackOverflowError

l 堆（Heap）

Heap是大家最为熟悉的区域，它是JVM用来存储对象实例以及数组值的区域，可以认为Java中所有通过new创建的对象的内存都在此分配，Heap中的对象的内存需要等待GC进行回收，Heap在32位的操作系统上最大为2G，在64位的操作系统上则没有限制，其大小通过-Xms和-Xmx来控制，-Xms为JVM启动时申请的最小Heap内存，默认为物理内存的1/64但小于1G，-Xmx为JVM可申请的最大Heap内存，默认为物理内存的1/4，默认当空余堆内存小于40%时，JVM会增大Heap的大小到-Xmx指定的大小，可通过-XX:MinHeapFreeRatio=来指定这个比例，当空余堆内存大于70%时，JVM会将Heap的大小往-Xms指定的大小调整，可通过-XX:MaxHeapFreeRatio=来指定这个比例，但对于运行系统而言，为了避免频繁的Heap Size的大小，通常都会将-Xms和-Xmx的值设成一样，因此这两个用于调整比例的参数通常是没用的。其实jvm中对于堆内存的分配、使用、管理、收集等有更为精巧的设计，具体可以在JVM堆内存分析中进行详细介绍。

当堆中需要使用的内存超过其允许的大小时，会抛出OutOfMemory的错误信息。

l 方法区域（MethodArea）

方法区域存放了所加载的类的信息（名称、修饰符等）、类中的静态变量、类中定义为final类型的常量、类中的Field信息、类中的方法信息，当开发人员在程序中通过Class对象中的getName、isInterface等方法来获取信息时，这些数据都来源于方法区域，可见方法区域的重要性。同样，方法区域也是全局共享的，它在虚拟机启动时在一定的条件下它也会被GC，当方法区域需要使用的内存超过其允许的大小时，会抛出OutOfMemory的错误信息。

在Sun JDK中这块区域对应的为PermanetGeneration，又称为持久代，默认为64M，可通过-XX:PermSize以及-XX:MaxPermSize来指定其大小。

l 运行时常量池（RuntimeConstant Pool）

类似C中的符号表，存放的为类中的固定的常量信息、方法和Field的引用信息等，其空间从方法区域中分配。类或接口的常量池在该类的class文件被java虚拟机成功装载时分配。

l 本地方法堆栈（NativeMethod Stacks）

JVM采用本地方法堆栈来支持native方法的执行，此区域用于存储每个native方法调用的状态。

例如有这么一段代码：

public class A { 
                   public static void main(String[]args){ 
           String a="a"; 
          String b="b"; 
           String ab="ab"; 
           System.out.println((a+b)==ab);       // false 
           System.out.println(("a"+"b")==ab);   // true 
           final String afinal="a"; 
           String result=afinal+"b"; 
           System.out.println(result==ab);      // true 
           String plus=a+"b"; 
           System.out.println(plus==ab);        // false 
             System.out.println(plus.intern()==ab);  // true 
    } 
}

分析下上面代码执行的结果，可通过javap –verbose A来辅助理解分析。

l (a+b)==ab

a+b是两个变量相加，需要到运行时才能确定其值，到运行时后JVM会为两者相加后产生一个新的对象，因此a+b==ab的结果为false。

l (“a”+”b”)==ab

“a”+”b”是常量，在编译时JVM已经将其变为”ab”字符串了，而ab=”ab”也是常量，这两者在常量池即为同一地址，因此(“a”+”b”)==ab为true。

l result==ab

result=afinal+”b”，afinal是个final的变量， result在编译时也已经被转变为了”ab”，和”ab”在常量池中同样为同一地址，因此result==ab为true。

l plus=ab

plus和a+b的情况是相同的，因此plus==ab为false。

l plus.intern()==ab

这里的不同点在于调用了plus.intern()方法，这个方法的作用是获取plus指向的常量池地址，因此plus.intern()==ab为true。

在掌握了JVM对象内存分配的机制后，接下来看看JVM是如何做到自动的对象内存回收的，这里指的的是Heap以及Method Area的回收，其他几个区域的回收都由JVM简单的按生命周期来进行管理

原文链接：http://blog.csdn.net/zhaozheng7758/article/details/8623562

阿者 2013-07-14 10:13 发表评论

详解JVM工作原理和特点（转）

阿者 — Sat, 13 Jul 2013 15:11:00 GMT

详解JVM工作原理和特点

在我们运行和调试Java程序的时候,经常会提到一个JVM的概念。本文将为大家讲解JVM工作原理和特点，希望对大家有所帮助。

AD： 2013云计算架构师峰会超低价抢票中

JVM工作原理和特点主要是指操作系统装入JVM是通过jdk中Java.exe来完成,通过下面4步来完成JVM环境.

1.创建JVM装载环境和配置

2.装载JVM.dll

3.初始化JVM.dll并挂界到JNIENV(JNI调用接口)实例

4.调用JNIEnv实例装载并处理class类。

在我们运行和调试Java程序的时候,经常会提到一个JVM的概念.JVM是Java程序运行的环境,但是他同时一个操作系统的一个应用程序一个进程,因此他也有他自己的运行的生命周期,也有自己的代码和数据空间.

首先来说一下JVM工作原理中的jdk这个东西,不管你是初学者还是高手,是j2ee程序员还是j2se程序员,jdk总是在帮我们做一些事情.我们在了解Java之前首先大师们会给我们提供说jdk这个东西.它在Java整个体系中充当着什么角色呢?我很惊叹sun大师们设计天才,能把一个如此完整的体系结构化的如此完美.jdk在这个体系中充当一个生产加工中心,产生所有的数据输出,是所有指令和战略的执行中心.本身它提供了Java的完整方案,可以开发目前Java能支持的所有应用和系统程序.这里说一个问题,大家会问,那为什么还有j2me,j2ee这些东西,这两个东西目的很简单,分别用来简化各自领域内的开发和构建过程.jdk除了JVM之外,还有一些核心的API,集成API,用户工具,开发技术,开发工具和API等组成

好了,废话说了那么多,来点于主题相关的东西吧.JVM在整个jdk中处于最底层,负责于操作系统的交互,用来屏蔽操作系统环境,提供一个完整的Java运行环境,因此也就虚拟计算机. 操作系统装入JVM是通过jdk中Java.exe来完成,通过下面4步来完成JVM环境.

1.创建JVM装载环境和配置

2.装载JVM.dll

3.初始化JVM.dll并挂界到JNIENV(JNI调用接口)实例

4.调用JNIEnv实例装载并处理class类。

一．JVM装入环境，JVM提供的方式是操作系统的动态连接文件．既然是文件那就一个装入路径的问题，Java是怎么找这个路径的呢？当你在调用Java test的时候，操作系统会在path下在你的Java.exe程序，Java.exe就通过下面一个过程来确定JVM的路径和相关的参数配置了．下面基于Windows的实现的分析．

首先查找jre路径，Java是通过GetApplicationHome api来获得当前的Java.exe绝对路径，c:\j2sdk1.4.2_09\bin\Java.exe,那么它会截取到绝对路径c:\j2sdk1.4.2_09\，判断c:\j2sdk1.4.2_09\bin\Java.dll文件是否存在，如果存在就把c:\j2sdk1.4.2_09\作为jre路径，如果不存在则判断c:\j2sdk1.4.2_09\jre\bin\Java.dll是否存在，如果存在这c:\j2sdk1.4.2_09\jre作为jre路径．如果不存在调用GetPublicJREHome查HKEY_LOCAL_MACHINE\Software\JavaSoft\Java Runtime Environment\“当前JRE版本号”\JavaHome的路径为jre路径。

然后装载JVM.cfg文件JRE路径+\lib+\ARCH（CPU构架）+\JVM.cfgARCH（CPU构架）的判断是通过Java_md.c中GetArch函数判断的，该函数中windows平台只有两种情况：WIN64的‘ia64’，其他情况都为‘i386’。以我的为例：C:\j2sdk1.4.2_09\jre\lib\i386\JVM.cfg.主要的内容如下：

-client KNOWN   
-server KNOWN   
-hotspot ALIASED_TO -client   
-classic WARN   
-native ERROR   
-green ERROR

在我们的jdk目录中jre\bin\server和jre\bin\client都有JVM.dll文件存在，而Java正是通过JVM.cfg配置文件来管理这些不同版本的JVM.dll的．通过文件我们可以定义目前jdk中支持那些JVM,前面部分（client）是JVM名称，后面是参数，KNOWN表示JVM存在，ALIASED_TO表示给别的JVM取一个别名，WARN表示不存在时找一个JVM替代，ERROR表示不存在抛出异常．在运行Java XXX是，Java.exe会通过CheckJVMType来检查当前的JVM类型，Java可以通过两种参数的方式来指定具体的JVM类型，一种按照JVM.cfg文件中的JVM名称指定，第二种方法是直接指定，它们执行的方法分别是“Java -J”、“Java -XXaltJVM=”或“Java -J-XXaltJVM=”。如果是第一种参数传递方式，CheckJVMType函数会取参数‘-J’后面的JVM名称，然后从已知的JVM配置参数中查找如果找到同名的则去掉该JVM名称前的‘-’直接返回该值；而第二种方法，会直接返回“-XXaltJVM=”或“-J-XXaltJVM=”后面的JVM类型名称；如果在运行Java时未指定上面两种方法中的任一一种参数，CheckJVMType会取配置文件中第一个配置中的JVM名称，去掉名称前面的‘-’返回该值。CheckJVMType函数的这个返回值会在下面的函数中汇同jre路径组合成JVM.dll的绝对路径。如果没有指定这会使用JVM.cfg中第一个定义的JVM.可以通过set _Java_LAUNCHER_DEBUG=1在控制台上测试．

最后获得JVM.dll的路径，JRE路径+\bin+\JVM类型字符串+\JVM.dll就是JVM的文件路径了，但是如果在调用Java程序时用-XXaltJVM=参数指定的路径path,就直接用path+\JVM.dll文件做为JVM.dll的文件路径．

二：装载JVM.dll

通过第一步已经找到了JVM的路径，Java通过LoadJavaVM来装入JVM.dll文件．装入工作很简单就是调用Windows API函数：

LoadLibrary装载JVM.dll动态连接库．然后把JVM.dll中的导出函数JNI_CreateJavaVM和JNI_GetDefaultJavaVMInitArgs挂接到InvocationFunctions变量的CreateJavaVM和GetDefaultJavaVMInitArgs函数指针变量上。JVM.dll的装载工作宣告完成。

三：初始化JVM，获得本地调用接口，这样就可以在Java中调用JVM的函数了．调用InvocationFunctions－>CreateJavaVM也就是JVM中JNI_CreateJavaVM方法获得JNIEnv结构的实例．

四：运行Java程序．

Java程序有两种方式一种是jar包，一种是class. 运行jar,Java -jar XXX.jar运行的时候，Java.exe调用GetMainClassName函数，该函数先获得JNIEnv实例然后调用Java类Java.util.jar.JarFileJNIEnv中方法getManifest()并从返回的Manifest对象中取getAttributes("Main-Class")的值即jar包中文件：META-INF/MANIFEST.MF指定的Main-Class的主类名作为运行的主类。之后main函数会调用Java.c中LoadClass方法装载该主类（使用JNIEnv实例的FindClass）。main函数直接调用Java.c中LoadClass方法装载该类。如果是执行class方法。main函数直接调用Java.c中LoadClass方法装载该类。

然后main函数调用JNIEnv实例的GetStaticMethodID方法查找装载的class主类中

“public static void main(String[] args)”方法，并判断该方法是否为public方法，然后调用JNIEnv实例的

CallStaticVoidMethod方法调用该Java类的main方法。

JVM工作原理和特点介绍到这里。

阿者 2013-07-13 23:11 发表评论

深入Java虚拟机：JVM中的Stack和Heap(转）

阿者 — Sat, 13 Jul 2013 15:00:00 GMT

深入Java虚拟机：JVM中的Stack和Heap

在JVM中，静态属性保存在Stack指令内存区，动态属性保存在Heap数据内存区。本文将从JVM的角度来讲解Java虚拟机的这一机制。

在JVM中，内存分为两个部分，Stack（栈）和Heap（堆），这里，我们从JVM的内存管理原理的角度来认识Stack和Heap，并通过这些原理认清Java中静态方法和静态属性的问题。

一般，JVM的内存分为两部分：Stack和Heap。

Stack（栈）是JVM的内存指令区。Stack管理很简单，push一定长度字节的数据或者指令，Stack指针压栈相应的字节位移；pop一定字节长度数据或者指令，Stack指针弹栈。Stack的速度很快，管理很简单，并且每次操作的数据或者指令字节长度是已知的。所以Java 基本数据类型，Java 指令代码，常量都保存在Stack中。

Heap（堆）是JVM的内存数据区。Heap 的管理很复杂，每次分配不定长的内存空间，专门用来保存对象的实例。在Heap 中分配一定的内存来保存对象实例，实际上也只是保存对象实例的属性值，属性的类型和对象本身的类型标记等，并不保存对象的方法（方法是指令，保存在Stack中）,在Heap 中分配一定的内存保存对象实例和对象的序列化比较类似。而对象实例在Heap 中分配好以后，需要在Stack中保存一个4字节的Heap 内存地址，用来定位该对象实例在Heap 中的位置，便于找到该对象实例。

由于Stack的内存管理是顺序分配的，而且定长，不存在内存回收问题；而Heap 则是随机分配内存，不定长度，存在内存分配和回收的问题；因此在JVM中另有一个GC进程，定期扫描Heap ，它根据Stack中保存的4字节对象地址扫描Heap ，定位Heap 中这些对象，进行一些优化（例如合并空闲内存块什么的），并且假设Heap 中没有扫描到的区域都是空闲的，统统refresh（实际上是把Stack中丢失了对象地址的无用对象清除了），这就是垃圾收集的过程；关于垃圾收集的更深入讲解请参考51CTO之前的文章《JVM内存模型及垃圾收集策略解析》。

JVM的体系结构

我们首先要搞清楚的是什么是数据以及什么是指令。然后要搞清楚对象的方法和对象的属性分别保存在哪里。

1）方法本身是指令的操作码部分，保存在Stack中；

2）方法内部变量作为指令的操作数部分，跟在指令的操作码之后，保存在Stack中（实际上是简单类型保存在Stack中，对象类型在Stack中保存地址，在Heap 中保存值）；上述的指令操作码和指令操作数构成了完整的Java 指令。

3）对象实例包括其属性值作为数据，保存在数据区Heap 中。

非静态的对象属性作为对象实例的一部分保存在Heap 中，而对象实例必须通过Stack中保存的地址指针才能访问到。因此能否访问到对象实例以及它的非静态属性值完全取决于能否获得对象实例在Stack中的地址指针。

非静态方法和静态方法的区别：

非静态方法有一个和静态方法很重大的不同：非静态方法有一个隐含的传入参数，该参数是JVM给它的，和我们怎么写代码无关，这个隐含的参数就是对象实例在Stack中的地址指针。因此非静态方法（在Stack中的指令代码）总是可以找到自己的专用数据（在Heap 中的对象属性值）。当然非静态方法也必须获得该隐含参数，因此非静态方法在调用前，必须先new一个对象实例，获得Stack中的地址指针，否则JVM将无法将隐含参数传给非静态方法。

静态方法无此隐含参数，因此也不需要new对象，只要class文件被ClassLoader load进入JVM的Stack，该静态方法即可被调用。当然此时静态方法是存取不到Heap 中的对象属性的。

总结一下该过程：当一个class文件被ClassLoader load进入JVM后，方法指令保存在Stack中，此时Heap 区没有数据。然后程序技术器开始执行指令，如果是静态方法，直接依次执行指令代码，当然此时指令代码是不能访问Heap 数据区的；如果是非静态方法，由于隐含参数没有值，会报错。因此在非静态方法执行前，要先new对象，在Heap 中分配数据，并把Stack中的地址指针交给非静态方法，这样程序技术器依次执行指令，而指令代码此时能够访问到Heap 数据区了。

静态属性和动态属性：

前面提到对象实例以及动态属性都是保存在Heap 中的，而Heap 必须通过Stack中的地址指针才能够被指令（类的方法）访问到。因此可以推断出：静态属性是保存在Stack中的，而不同于动态属性保存在Heap 中。正因为都是在Stack中，而Stack中指令和数据都是定长的，因此很容易算出偏移量，也因此不管什么指令（类的方法），都可以访问到类的静态属性。也正因为静态属性被保存在Stack中，所以具有了全局属性。

在JVM中，静态属性保存在Stack指令内存区，动态属性保存在Heap数据内存区。

阿者 2013-07-13 23:00 发表评论

（转）JDBC中驱动加载的过程分析（下）

阿者 — Sun, 23 Jun 2013 06:13:00 GMT

JDBC中驱动加载的过程分析（下）

本篇主要用几个开源数据库的驱动讲述驱动是如何加载的，以及“可插拔”机制等。

由于文章篇幅有限，本文章并不是专门研究开源源代码！因此我们仅研究那些与数据库驱动加载直接相关的方法。在下面的几个开源软件的驱动中，我们主要关注驱动类的getConnection()方法。

一、几个开源数据库的驱动类

以下第一个是smallsql中驱动类SSDriver的源代码：

package smallsql.database;

import java.sql.*;

import java.util.Properties;

public class SSDriver implements Driver {

static SSDriver drv;

static {

try{

drv = new SSDriver();

java.sql.DriverManager.registerDriver(drv);

}catch(Throwable e){}

}

public Connection connect(String url, Properties info) throws SQLException {

if(!acceptsURL(url)) return null;

……

return new SSConnection( (idx > 0) ? url.substring(idx+1) : null);

}

……

}

从上面红色的部分可以看到：这是一个静态语句块（static block），这意味着该语句是在类构造完成前完成的（关于语句块的加载请阅读《Think in java》）。即调用class.forName(“smallsql.database.SSDriver”)语句时，会首先创建一个SSDriver的实例，并且将其向驱动管理器(DriverManager)注册。这样就完成驱动的注册了。

从上面的蓝色的代码可以看出：驱动的连接方法返回的是一个具体的SSConnection对象。而在前面研究的Driver接口中返回的是Connection接口，这是不茅盾的，SSConnection对象实现了Connection接口。

再下面一个是HSqlD中的驱动类的源代码：

package org.hsqldb;

import java.sql.*;

import java.util.Properties;

import org.hsqldb.jdbc.jdbcConnection;

import org.hsqldb.persist.HsqlDatabaseProperties;

import org.hsqldb.persist.HsqlProperties;

public class jdbcDriver implements Driver {

public Connection connect(String url, Properties info) throws SQLException {

return getConnection(url, info);

}

public static Connection getConnection(String url, Properties info) throws SQLException {

HsqlProperties props = DatabaseURL.parseURL(url, true);

if (props == null) {

throw new SQLException(Trace.getMessage(Trace.INVALID_JDBC_ARGUMENT));

} else if (props.isEmpty()) {

return null;

}

props.addProperties(info);

return new jdbcConnection(props);

}

static {

try {

DriverManager.registerDriver(new jdbcDriver());

} catch (Exception e) {}

}

蓝色的依然是建立连接的部分，依然返回某个具体的实现java.sql.Connection接口的对象。是设计模式中的哪个工厂啊（一般工厂、抽象工厂、工厂方法还是什么都不是啊）！

红色的同样是一个静态语句块，同样完成该驱动的注册。

两个开源数据库的驱动竟然如此相似，是不是其它的就不一样呢！看下面是mckoi中的驱动类：

package com.mckoi;

public class JDBCDriver extends com.mckoi.database.jdbc.MDriver {

static {

com.mckoi.database.jdbc.MDriver.register();

}

public JDBCDriver() {

super();

// Or we could move driver registering here...

}

红色的部分又是完成相同的工作――在类装载完成前向驱动管理器注册驱动，只不过这次是调用MDriver的register方法罢了。那么该驱动建立连接是否也一样呢，当然一样啦！不信你看下面的代码：

package com.mckoi.database.jdbc;

……

public class MDriver implements Driver {

……

private static boolean registered = false;

public synchronized static void register() {

if (registered == false) {

try {

java.sql.DriverManager.registerDriver(new MDriver());

registered = true;

}catch (SQLException e) {

e.printStackTrace();

}

public Connection connect(String url, Properties info) throws SQLException {

if (!acceptsURL(url)) { return null; }

DatabaseInterface db_interface;

int row_cache_size;

int max_row_cache_size;

……

MConnection connection = new MConnection(url, db_interface, row_cache_size, max_row_cache_size);

……

return connection;

}

从以上三个开源数据库驱动的源代码可以看出：在调用Class.forName(“XXXDriver”)时，完成了将具体的驱动程序向JDBC API中驱动管理器的注册，该注册方法在类构造完成前完成，一般使用静态语句块。在调用DriverManager的getConnection方法时，一般先在已注册的驱动中查找可以了解此URL的驱动，然后调用该驱动的connect方法，从而建立连接，返回的连接都是一个实现java.sql.Connection接口的具体类。下面是该过程的时序图。

二、JDBC中驱动加载的时序图

以上是JDBC中驱动加载的时序图。时序图主要有以下7个动作：

1. 客户调用Class.forName(“XXXDriver”)加载驱动。

2. 此时此驱动类首先在其静态语句块中初始化此驱动的实例，

3. 再向驱动管理器注册此驱动。

4. 客户向驱动管理器DriverManager调用getConnection方法，

5. DriverManager调用注册到它上面的能够理解此URL的驱动建立一个连接，

6. 在该驱动中建立一个连接，一般会创建一个对应于数据库提供商的XXXConnection连接对象，

7. 驱动向客户返回此连接对象，不过在客户调用的getConnection方法中返回的为一个java.sql.Connection接口，而具体的驱动返回一个实现java.sql.Connection接口的具体类。

以上就是驱动加载的全过程。由此过程我们可以看出JDBC的其它一些特点。

三、JDBC的架构

在《教你建立简单JDBC程序》一篇中，讲述了一般JDBC的几个步骤。通过本篇的介绍，我将此程序分为以下几部分：

上图中，蓝色的即为本章前面介绍的JDBC驱动加载的细节部分。看看下面的部分：左面的很明显吧！是java.sql包中的接口吧！它是抽象的！右边呢？通过驱动管理器DriverManager得到的是一个实现java.sql.Connection接口的具体类吧！（不知道啊！前面不是讲过了吗！）因此我们可以可以注意到左右分别是抽象的和具体的。（这种抽象和具体的连接是由java的RTTI支持的，不懂可以阅读《Think in java》）。在接下来的结果集的处理rs也是抽象的吧！

因此，在写JDBC程序时，即使我们使用不同数据库提供商的数据库我们只要改变驱动类的地址，和具体连接的URL及其用户名和密码，其它几乎不用任何修改，就可以完成同样的工作！方便吧！

这意味着什么呢？我们其实是在针对抽象接口编程，只要知道接口的调用顺序，以及其中的主要方法，我们就可以迅速学会JDBC编程了！

同时，我们只要对不同数据库提供商的驱动类使用Class.forName(“XXXDriver”)就可以加载驱动，其细节你根本不用关注――JDBC Framework已经全为你搞定了！应用程序对于不同提供商的数据库是无需太多改动的，因而其是“可插拔”的！整个J2EE就是一个高层的API――抽象接口，用户可以使用不同的产品提供商提供的产品，使用统一的API，从而便于程序员学习！

谢谢大家！到此结束！

阿者 2013-06-23 14:13 发表评论

(转）JDBC中驱动加载的过程分析（上）

阿者 — Sun, 23 Jun 2013 06:11:00 GMT

摘要: JDBC中驱动加载的过程分析（上）本篇从java.sql.Driver接口、java.sql.DriveManager类以及其它开源数据库的驱动类讨论JDBC中驱动加载的全过程以及JDBC的Framework如何做到“可插拔”的细节。 &nbs... 阅读全文

阿者 2013-06-23 14:11 发表评论

JAVA 字符串编码总结

阿者 — Sun, 19 Aug 2012 07:10:00 GMT

JAVA 字符串编码总结

Java JVM 浏览器 JSP 应用服务器

String newStr = new String(oldStr.getBytes(), "UTF-8");

java中的String类是按照unicode进行编码的，当使用String(byte[] bytes, String encoding)构造字符串时，encoding所指的是bytes中的数据是按照那种方式编码的，而不是最后产生的String是什么编码方式，换句话说，是让系统把bytes中的数据由encoding编码方式转换成unicode编码。如果不指明，bytes的编码方式将由jdk根据操作系统决定。

当我们从文件中读数据时，最好使用InputStream方式，然后采用String(byte[] bytes, String encoding)指明文件的编码方式。不要使用Reader方式，因为Reader方式会自动根据jdk指明的编码方式把文件内容转换成unicode 编码。

当我们从数据库中读文本数据时，采用ResultSet.getBytes()方法取得字节数组，同样采用带编码方式的字符串构造方法即可。

ResultSet rs;
bytep[] bytes = rs.getBytes();
String str = new String(bytes, "gb2312");

不要采取下面的步骤。

ResultSet rs;
String str = rs.getString();
str = new String(str.getBytes("iso8859-1"), "gb2312");

这种编码转换方式效率底。之所以这么做的原因是，ResultSet在getString()方法执行时，默认数据库里的数据编码方式为 iso8859-1。系统会把数据依照iso8859-1的编码方式转换成unicode。使用str.getBytes("iso8859-1")把数据还原，然后利用new String(bytes, "gb2312")把数据从gb2312转换成unicode，中间多了好多步骤。

从HttpRequest中读参数时，利用reqeust.setCharacterEncoding()方法设置编码方式，读出的内容就是正确的了。

先说Java。
JVM里面的任何字符串资源都是Unicode，就是说，任何String类型的数据都是Unicode编码。没有例外。既然只有一种编码，那么，我们可以这么说，JVM里面的String是不带编码的。String相当于 char[]。
JVM里面的 byte[] 数据是带编码的。比如，Big5，GBK，GB2312，UTF-8之类的。
一个GBK编码的byte[] 转换成 String，其实就是从GBK编码向Unicode编码转换。
一个String转换成一个Big5编码的byte[]，其实就是从Unicode编码向Big5编码转换。
所以，Unicode是所有编码转换的中间介质。所有的编码都有一个转换器可以转换到Unicode，而Unicode也可以转换到其他所有的编码。这样构成了一个总线结构。
比如，如果总共有10种编码，那么只需要 10 + 10 = 20个转换器就够了。如果要是两两直接转换，那么，需要的转换器数量是一个组合数字，需要90个转换器。

一个系统的不同部分，都有自己的编码。比如，数据库，文件，JVM，浏览器这4个部分。
在这些部分之间数据交换的地方，就会出现编码问题。比如，数据库和JVM之间，文件和JVM之间，浏览器和JVM之间。这些问题的原理都是相通的。

编码问题最容易处理的地方是文件和JVM之间。文件IO API带有encoding 参数，请自行查阅。
最不容易出现编码问题的地方是数据库和JVM之间。这应该是数据库JDBC连接的基本功能。本文不专门进行讨论。
最容易出问题的地方是浏览器和服务器JVM之间（其实，代码里面的字符串更容易出问题，不过，我已经事先声明，本文不讨论代码中的字符串编码）。下面主要讨论这块浏览器和服务器JVM之间的编码问题。

我们把浏览器编码叫做 Browser_Charset，把JVM编码叫做JVM_Charset（通常等于服务器系统编码）。
当浏览器的数据过来的时候，是一个带有Browser_Charset的byte[]。
如果用户处理程序需要一个String类型的数据，那么JVM会好心好意地把这个byte[]转换成String。使用的转换器是 JVM_Charset -> Unicode。
注意，如果这个时候，Browser_Charset 和 JVM_Charset并不相等。那么，这个自动转换是错误的。
为了弥补这个错误。我们需要做两步工作。
(1) Unicode -> JVM_Charset，把这个String 转换回到原来的 byte[]。
(2) Browser_Charset -> Unicode，把这个还原的byte[]转换成 String。

这个效果，和直接从HTTP Request取得byte[]，然后执行 (2) Browser_Charset -> Unicode 的效果是一样的。

如果在Request里面设置了CharacterEncoding，那么POST Data参数就不需要自己手工转换了，web server的自动转换就是正确的。URL的参数编码还涉及到URL编码，需要考虑的问题多一些，没有这么简单。

JVM把数据发到浏览器的时候。也需要考虑编码问题。可以在Response里面设置。另外，HTML Meta Header里面也可以设置编码，提醒Browser选择正确编码。

有些语言的VM或者解释器的字符串编码可能不同。比如，Ruby。不过，编码转换原理都是一样的。

That is all.

JAVA字符编码

一、概要
在JAVA应用程序特别是基于WEB的程序中，经常遇到字符的编码问题。为了防止出现乱码，首先需要了解JAVA是如何处理字符的，这样就可以有目的地在输入/输出环节中增加必要的转码。其次，由于各种服务器有不同的处理方式，还需要多做试验，确保使用中不出现乱码。
二、基本概念
2．1 JAVA中字符的表达
JAVA 中有char、byte、String这几个概念。char 指的是一个UNICODE字符，为16位的整数。byte 是字节，字符串在网络传输或存储前需要转换为byte数组。在从网络接收或从存储设备读取后需要将byte数组转换成String。String是字符串，可以看成是由char组成的数组。String 和 char 为内存形式，byte是网络传输或存储的序列化形式。
举例：
英
String ying = “英”;
char ying = ying.charAt(0);
String yingHex = Integer.toHexString(ying);
82 F1
byte yingGBBytes = ying.getBytes(“GBK”);
GB编码的字节数值
D3 A2
2．2 编码方式的简介
String序列化成byte数组或反序列化时需要选择正确的编码方式。如果编码方式不正确，就会得到一些0x3F的值。常用的字符编码方式有ISO8859_1、GB2312、GBK、UTF-8/UTF-16/UTF-32。
ISO8859_1用来编码拉丁文，它由单字节（0－255）组成。
GB2312、GBK用来编码简体中文，它有单字节和双字节混合组成。最高位为1的字节和下一个字节构成一个汉字，最高位为0的字节是ASCII码。
UTF-8/UTF-16/UTF-32是国际标准UNICODE的编码方式。用得最多的是UTF-8，主要是因为它在对拉丁文编码时节约空间。
UNICODE值 UTF-8编码
U-00000000 - U-0000007F: 0xxxxxxx
U-00000080 - U-000007FF: 110xxxxx 10xxxxxx
U-00000800 - U-0000FFFF: 1110xxxx 10xxxxxx 10xxxxxx
U-00010000 - U-001FFFFF: 11110xxx 10xxxxxx 10xxxxxx 10xxxxxx
U-00200000 - U-03FFFFFF: 111110xx 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx
U-04000000 - U-7FFFFFFF: 1111110x 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx
三、J2SE中相关的函数
String str =”英”;
//取得GB2312编码的字节
byte[] bytesGB2312 = str.getBytes(“GB2312”);
//取得平台缺省编码的字节(solaris为ISO8859_1,windows为GB2312)
byte[] bytesDefault = str.getBytes();
//用指定的编码将字节转换成字符串
String newStrGB = new String(bytesGB2312, “GB2312”);

//用平台缺省的编码将字节转换成字符串(solaris为ISO8859_1,windows为GB2312)
String newStrDefault = new String(bytesDefault);
//用指定的编码从字节流里面读取字符
InputStream in = xxx;
InputStreamReader reader = InputStreamReader( in, “GB2312”);
char aChar = reader.read();
四、JSP、数据库的编码
4．1 JSP中的编码
(1) 静态声明:
CHARSET有两个作用：
JSP文件的编码方式：在读取JSP文件、生成JAVA类时，源JSP文件中汉字的编码
JSP输出流的编码方式：在执行JSP时，往response流里面写入数据的编码方式
(2) 动态改变:在往response流里面写数据前可以调用response.setContentType()，设定正确的编码类型。
(3) 在TOMCAT中，由Request.getParameter() 得到的参数，编码方式都是ISO8859_1。所以如果在浏览器输入框内输入一个汉字“英”，在服务器端就得到一个ISO8859_1编码的（0x00,0xD3,0x00,0xA2）。所以通常在接收参数时转码：
String wrongStr = response.getParameter(“name”);
String correctStr = new String(wrongStr.getBytes(“ISO8859_1”),”GB2312”);
在最新的SERVLET规范里面，也可以在获取参数之前执行如下代码：
request.setCharacterEncoding(“GB2312”);
4．2 数据库的编码
(1) 数据库使用UTF-16
如果String中是UNICODE字符，写入读出时不需要转码
(2) 数据库使用ISO8859_1
如果String中是UNICODE字符，写入读出时需要转码
写入：String newStr = new String(oldStr.getByte(“GB2312”), “ISO8859_1”);
读出：String newStr = new String(oldStr.getByte(“ISO8859_1”),”GB2312”);
五、源文件的编码
5．1 资源文件
资源文件的编码方式和编辑平台相关。在WINDOWS平台下编写的资源文件，以GB2312方式编码。在编译时需要转码，以确保在各个平台上的正确性：
native2ascii ?encoding GB2312 source.properties
这样从资源文件中读出的就是正确的UNICODE字符串。
5．2 源文件
源文件的编码方式和编辑平台相关。在WINDOWS平台下开发的源文件，以GB2312方式编码。在编译的时候，需要指定源文件的编码方式：
javac ?encoding GB2312
JAVA编译后生成的字节文件的编码为UTF-8。

①最新版TOMCAT4.1.18支持request.setCharacterEncoding(String enc)
②资源文件转码成company.name=u82f1u65afu514b
③如果数据库使用utf-16则不需要这部分转码
④页面上应有
转码?:
String s = new String
(request.getParameter(“name”).getBytes(“ISO8859_1”),”GB2312”);
转码?:
String s = new String(name.getBytes(“GB2312”),”ISO8859_1”);
转码?:
String s = new String(name.getBytes(“ISO8859_1”),” GB2312”);

阿者 2012-08-19 15:10 发表评论

Java几种常见的编码格式

阿者 — Sun, 19 Aug 2012 06:38:00 GMT

Java综合

几种常见的编码格式
为什么要编码
不知道大家有没有想过一个问题，那就是为什么要编码？我们能不能不编码？要回答这个问题必须要回到计算机是如何表示我们人类能够理解的符号的，这些符号也就是我们人类使用的语言。由于人类的语言有太多，因而表示这些语言的符号太多，无法用计算机中一个基本的存储单元—— byte 来表示，因而必须要经过拆分或一些翻译工作，才能让计算机能理解。我们可以把计算机能够理解的语言假定为英语，其它语言要能够在计算机中使用必须经过一次翻译，把它翻译成英语。这个翻译的过程就是编码。所以可以想象只要不是说英语的国家要能够使用计算机就必须要经过编码。这看起来有些霸道，但是这就是现状，这也和我们国家现在在大力推广汉语一样，希望其它国家都会说汉语，以后其它的语言都翻译成汉语，我们可以把计算机中存储信息的最小单位改成汉字，这样我们就不存在编码问题了。
所以总的来说，编码的原因可以总结为：
计算机中存储信息的最小单元是一个字节即 8 个 bit，所以能表示的字符范围是 0~255 个
人类要表示的符号太多，无法用一个字节来完全表示
要解决这个矛盾必须需要一个新的数据结构 char，从 char 到 byte 必须编码
如何“翻译”
明白了各种语言需要交流，经过翻译是必要的，那又如何来翻译呢？计算中提拱了多种翻译方式，常见的有 ASCII、ISO-8859-1、GB2312、GBK、UTF-8、UTF-16 等。它们都可以被看作为字典，它们规定了转化的规则，按照这个规则就可以让计算机正确的表示我们的字符。目前的编码格式很多，例如 GB2312、GBK、UTF-8、UTF-16 这几种格式都可以表示一个汉字，那我们到底选择哪种编码格式来存储汉字呢？这就要考虑到其它因素了，是存储空间重要还是编码的效率重要。根据这些因素来正确选择编码格式，下面简要介绍一下这几种编码格式。
ASCII 码
学过计算机的人都知道 ASCII 码，总共有 128 个，用一个字节的低 7 位表示，0~31 是控制字符如换行回车删除等；32~126 是打印字符，可以通过键盘输入并且能够显示出来。
ISO-8859-1
128 个字符显然是不够用的，于是 ISO 组织在 ASCII 码基础上又制定了一些列标准用来扩展 ASCII 编码，它们是 ISO-8859-1~ISO-8859-15，其中 ISO-8859-1 涵盖了大多数西欧语言字符，所有应用的最广泛。ISO-8859-1 仍然是单字节编码，它总共能表示 256 个字符。
GB2312
它的全称是《信息交换用汉字编码字符集基本集》，它是双字节编码，总的编码范围是 A1-F7，其中从 A1-A9 是符号区，总共包含 682 个符号，从 B0-F7 是汉字区，包含 6763 个汉字。
GBK
全称叫《汉字内码扩展规范》，是国家技术监督局为 windows95 所制定的新的汉字内码规范，它的出现是为了扩展 GB2312，加入更多的汉字，它的编码范围是 8140~FEFE（去掉 XX7F）总共有 23940 个码位，它能表示 21003 个汉字，它的编码是和 GB2312 兼容的，也就是说用 GB2312 编码的汉字可以用 GBK 来解码，并且不会有乱码。
GB18030
全称是《信息交换用汉字编码字符集》，是我国的强制标准，它可能是单字节、双字节或者四字节编码，它的编码与 GB2312 编码兼容，这个虽然是国家标准，但是实际应用系统中使用的并不广泛。
UTF-16
说到 UTF 必须要提到 Unicode（Universal Code 统一码），ISO 试图想创建一个全新的超语言字典，世界上所有的语言都可以通过这本字典来相互翻译。可想而知这个字典是多么的复杂，关于 Unicode 的详细规范可以参考相应文档。Unicode 是 Java 和 XML 的基础，下面详细介绍 Unicode 在计算机中的存储形式。
UTF-16 具体定义了 Unicode 字符在计算机中存取方法。UTF-16 用两个字节来表示 Unicode 转化格式，这个是定长的表示方法，不论什么字符都可以用两个字节表示，两个字节是 16 个 bit，所以叫 UTF-16。UTF-16 表示字符非常方便，每两个字节表示一个字符，这个在字符串操作时就大大简化了操作，这也是 Java 以 UTF-16 作为内存的字符存储格式的一个很重要的原因。
UTF-8
UTF-16 统一采用两个字节表示一个字符，虽然在表示上非常简单方便，但是也有其缺点，有很大一部分字符用一个字节就可以表示的现在要两个字节表示，存储空间放大了一倍，在现在的网络带宽还非常有限的今天，这样会增大网络传输的流量，而且也没必要。而 UTF-8 采用了一种变长技术，每个编码区域有不同的字码长度。不同类型的字符可以是由 1~6 个字节组成。
UTF-8 有以下编码规则：
如果一个字节，最高位（第 8 位）为 0，表示这是一个 ASCII 字符（00 - 7F）。可见，所有 ASCII 编码已经是 UTF-8 了。
如果一个字节，以 11 开头，连续的 1 的个数暗示这个字符的字节数，例如：110xxxxx 代表它是双字节 UTF-8 字符的首字节。
如果一个字节，以 10 开始，表示它不是首字节，需要向前查找才能得到当前字符的首字节
Java 中需要编码的场景
前面描述了常见的几种编码格式，下面将介绍 Java 中如何处理对编码的支持，什么场合中需要编码。
I/O 操作中存在的编码
我们知道涉及到编码的地方一般都在字符到字节或者字节到字符的转换上，而需要这种转换的场景主要是在 I/O 的时候，这个 I/O 包括磁盘 I/O 和网络 I/O，关于网络 I/O 部分在后面将主要以 Web 应用为例介绍。下图是 Java 中处理 I/O 问题的接口：

Reader 类是 Java 的 I/O 中读字符的父类，而 InputStream 类是读字节的父类，InputStreamReader 类就是关联字节到字符的桥梁，它负责在 I/O 过程中处理读取字节到字符的转换，而具体字节到字符的解码实现它由 StreamDecoder 去实现，在 StreamDecoder 解码过程中必须由用户指定 Charset 编码格式。值得注意的是如果你没有指定 Charset，将使用本地环境中的默认字符集，例如在中文环境中将使用 GBK 编码。
写的情况也是类似，字符的父类是 Writer，字节的父类是 OutputStream，通过 OutputStreamWriter 转换字符到字节。如下图所示：

同样 StreamEncoder 类负责将字符编码成字节，编码格式和默认编码规则与解码是一致的。
如下面一段代码，实现了文件的读写功能：

Java代码

String file = "c:/stream.txt";
String charset = "UTF-8";
// 写字符换转成字节流
FileOutputStream outputStream = new FileOutputStream(file);
OutputStreamWriter writer = new OutputStreamWriter(
outputStream, charset);
try {
writer.write("这是要保存的中文字符");
} finally {
writer.close();
}
// 读取字节转换成字符
FileInputStream inputStream = new FileInputStream(file);
InputStreamReader reader = new InputStreamReader(
inputStream, charset);
StringBuffer buffer = new StringBuffer();
char[] buf = new char[64];
int count = 0;
try {
while ((count = reader.read(buf)) != -1) {
buffer.append(buffer, 0, count);
}
} finally {
reader.close();
}

 String file = "c:/stream.txt"; 
 String charset = "UTF-8"; 
 // 写字符换转成字节流
 FileOutputStream outputStream = new FileOutputStream(file); 
 OutputStreamWriter writer = new OutputStreamWriter( 
 outputStream, charset); 
 try { 
    writer.write("这是要保存的中文字符"); 
 } finally { 
    writer.close(); 
 } 
 // 读取字节转换成字符
 FileInputStream inputStream = new FileInputStream(file); 
 InputStreamReader reader = new InputStreamReader( 
 inputStream, charset); 
 StringBuffer buffer = new StringBuffer(); 
 char[] buf = new char[64]; 
 int count = 0; 
 try { 
    while ((count = reader.read(buf)) != -1) { 
        buffer.append(buffer, 0, count); 
    } 
 } finally { 
    reader.close(); 
 }

在我们的应用程序中涉及到 I/O 操作时只要注意指定统一的编解码 Charset 字符集，一般不会出现乱码问题，有些应用程序如果不注意指定字符编码，中文环境中取操作系统默认编码，如果编解码都在中文环境中，通常也没问题，但是还是强烈的不建议使用操作系统的默认编码，因为这样，你的应用程序的编码格式就和运行环境绑定起来了，在跨环境下很可能出现乱码问题。
内存中操作中的编码
在 Java 开发中除了 I/O 涉及到编码外，最常用的应该就是在内存中进行字符到字节的数据类型的转换，Java 中用 String 表示字符串，所以 String 类就提供转换到字节的方法，也支持将字节转换为字符串的构造函数。如下代码示例：

Java代码

String s = "这是一段中文字符串";
byte[] b = s.getBytes("UTF-8");
String n = new String(b,"UTF-8");

String s = "这是一段中文字符串"; 
 byte[] b = s.getBytes("UTF-8"); 
 String n = new String(b,"UTF-8");

另外一个是已经被被废弃的 ByteToCharConverter 和 CharToByteConverter 类，它们分别提供了 convertAll 方法可以实现 byte[] 和 char[] 的互转。如下代码所示：

Java代码

ByteToCharConverter charConverter = ByteToCharConverter.getConverter("UTF-8");
char c[] = charConverter.convertAll(byteArray);
CharToByteConverter byteConverter = CharToByteConverter.getConverter("UTF-8");
byte[] b = byteConverter.convertAll(c);

 ByteToCharConverter charConverter = ByteToCharConverter.getConverter("UTF-8"); 
 char c[] = charConverter.convertAll(byteArray); 
 CharToByteConverter byteConverter = CharToByteConverter.getConverter("UTF-8"); 
 byte[] b = byteConverter.convertAll(c);

这两个类已经被 Charset 类取代，Charset 提供 encode 与 decode 分别对应 char[] 到 byte[] 的编码和 byte[] 到 char[] 的解码。如下代码所示：

Java代码

Charset charset = Charset.forName("UTF-8");
ByteBuffer byteBuffer = charset.encode(string);
CharBuffer charBuffer = charset.decode(byteBuffer);

Charset charset = Charset.forName("UTF-8"); 
 ByteBuffer byteBuffer = charset.encode(string); 
 CharBuffer charBuffer = charset.decode(byteBuffer);

编码与解码都在一个类中完成，通过 forName 设置编解码字符集，这样更容易统一编码格式，比 ByteToCharConverter 和 CharToByteConverter 类更方便。
Java 中还有一个 ByteBuffer 类，它提供一种 char 和 byte 之间的软转换，它们之间转换不需要编码与解码，只是把一个 16bit 的 char 格式，拆分成为 2 个 8bit 的 byte 表示，它们的实际值并没有被修改，仅仅是数据的类型做了转换。如下代码所以：

Java代码

ByteBuffer heapByteBuffer = ByteBuffer.allocate(1024);
ByteBuffer byteBuffer = heapByteBuffer.putChar(c);

ByteBuffer heapByteBuffer = ByteBuffer.allocate(1024); 
 ByteBuffer byteBuffer = heapByteBuffer.putChar(c);

以上这些提供字符和字节之间的相互转换只要我们设置编解码格式统一一般都不会出现问题。
Java 中如何编解码
前面介绍了几种常见的编码格式，这里将以实际例子介绍 Java 中如何实现编码及解码，下面我们以“I am 君山”这个字符串为例介绍 Java 中如何把它以 ISO-8859-1、GB2312、GBK、UTF-16、UTF-8 编码格式进行编码的。

Java代码

public static void encode() {
String name = "I am 君山";
toHex(name.toCharArray());
try {
byte[] iso8859 = name.getBytes("ISO-8859-1");
toHex(iso8859);
byte[] gb2312 = name.getBytes("GB2312");
toHex(gb2312);
byte[] gbk = name.getBytes("GBK");
toHex(gbk);
byte[] utf16 = name.getBytes("UTF-16");
toHex(utf16);
byte[] utf8 = name.getBytes("UTF-8");
toHex(utf8);
} catch (UnsupportedEncodingException e) {
e.printStackTrace();
}
}

public static void encode() { 
        String name = "I am 君山"; 
        toHex(name.toCharArray()); 
        try { 
            byte[] iso8859 = name.getBytes("ISO-8859-1"); 
            toHex(iso8859); 
            byte[] gb2312 = name.getBytes("GB2312"); 
            toHex(gb2312); 
            byte[] gbk = name.getBytes("GBK"); 
            toHex(gbk); 
            byte[] utf16 = name.getBytes("UTF-16"); 
            toHex(utf16); 
            byte[] utf8 = name.getBytes("UTF-8"); 
            toHex(utf8); 
        } catch (UnsupportedEncodingException e) { 
            e.printStackTrace(); 
        } 
 }

我们把 name 字符串按照前面说的几种编码格式进行编码转化成 byte 数组，然后以 16 进制输出，我们先看一下 Java 是如何进行编码的。
下面是 Java 中编码需要用到的类图

图 1. Java 编码类图

首先根据指定的 charsetName 通过 Charset.forName(charsetName) 设置 Charset 类，然后根据 Charset 创建 CharsetEncoder 对象，再调用 CharsetEncoder.encode 对字符串进行编码，不同的编码类型都会对应到一个类中，实际的编码过程是在这些类中完成的。下面是 String. getBytes(charsetName) 编码过程的时序图

图 2.Java 编码时序图

从上图可以看出根据 charsetName 找到 Charset 类，然后根据这个字符集编码生成 CharsetEncoder，这个类是所有字符编码的父类，针对不同的字符编码集在其子类中定义了如何实现编码，有了 CharsetEncoder 对象后就可以调用 encode 方法去实现编码了。这个是 String.getBytes 编码方法，其它的如 StreamEncoder 中也是类似的方式。下面看看不同的字符集是如何将前面的字符串编码成 byte 数组的？
如字符串“I am 君山”的 char 数组为 49 20 61 6d 20 541b 5c71，下面把它按照不同的编码格式转化成相应的字节。
按照 ISO-8859-1 编码
字符串“I am 君山”用 ISO-8859-1 编码，下面是编码结果：

从上图看出 7 个 char 字符经过 ISO-8859-1 编码转变成 7 个 byte 数组，ISO-8859-1 是单字节编码，中文“君山”被转化成值是 3f 的 byte。3f 也就是“？”字符，所以经常会出现中文变成“？”很可能就是错误的使用了 ISO-8859-1 这个编码导致的。中文字符经过 ISO-8859-1 编码会丢失信息，通常我们称之为“黑洞”，它会把不认识的字符吸收掉。由于现在大部分基础的 Java 框架或系统默认的字符集编码都是 ISO-8859-1，所以很容易出现乱码问题，后面将会分析不同的乱码形式是怎么出现的。
按照 GB2312 编码
字符串“I am 君山”用 GB2312 编码，下面是编码结果：

GB2312 对应的 Charset 是 sun.nio.cs.ext. EUC_CN 而对应的 CharsetDecoder 编码类是 sun.nio.cs.ext. DoubleByte，GB2312 字符集有一个 char 到 byte 的码表，不同的字符编码就是查这个码表找到与每个字符的对应的字节，然后拼装成 byte 数组。查表的规则如下：

Java代码

c2b[c2bIndex[char >> 8] + (char & 0xff)]

 c2b[c2bIndex[char >> 8] + (char & 0xff)]

如果查到的码位值大于 oxff 则是双字节，否则是单字节。双字节高 8 位作为第一个字节，低 8 位作为第二个字节，如下代码所示：

Java代码

if (bb > 0xff) { // DoubleByte
if (dl - dp < 2)
return CoderResult.OVERFLOW;
da[dp++] = (byte) (bb >> 8);
da[dp++] = (byte) bb;
} else { // SingleByte
if (dl - dp < 1)
return CoderResult.OVERFLOW;
da[dp++] = (byte) bb;
}

if (bb > 0xff) {    // DoubleByte 
            if (dl - dp < 2) 
                return CoderResult.OVERFLOW; 
            da[dp++] = (byte) (bb >> 8); 
            da[dp++] = (byte) bb; 
 } else {                      // SingleByte 
            if (dl - dp < 1) 
                return CoderResult.OVERFLOW; 
            da[dp++] = (byte) bb; 
 }

从上图可以看出前 5 个字符经过编码后仍然是 5 个字节，而汉字被编码成双字节，在第一节中介绍到 GB2312 只支持 6763 个汉字，所以并不是所有汉字都能够用 GB2312 编码。
按照 GBK 编码
字符串“I am 君山”用 GBK 编码，下面是编码结果：

你可能已经发现上图与 GB2312 编码的结果是一样的，没错 GBK 与 GB2312 编码结果是一样的，由此可以得出 GBK 编码是兼容 GB2312 编码的，它们的编码算法也是一样的。不同的是它们的码表长度不一样，GBK 包含的汉字字符更多。所以只要是经过 GB2312 编码的汉字都可以用 GBK 进行解码，反过来则不然。
按照 UTF-16 编码
字符串“I am 君山”用 UTF-16 编码，下面是编码结果：

用 UTF-16 编码将 char 数组放大了一倍，单字节范围内的字符，在高位补 0 变成两个字节，中文字符也变成两个字节。从 UTF-16 编码规则来看，仅仅将字符的高位和地位进行拆分变成两个字节。特点是编码效率非常高，规则很简单，由于不同处理器对 2 字节处理方式不同，Big-endian（高位字节在前，低位字节在后）或 Little-endian（低位字节在前，高位字节在后）编码，所以在对一串字符串进行编码是需要指明到底是 Big-endian 还是 Little-endian，所以前面有两个字节用来保存 BYTE_ORDER_MARK 值，UTF-16 是用定长 16 位（2 字节）来表示的 UCS-2 或 Unicode 转换格式，通过代理对来访问 BMP 之外的字符编码。
按照 UTF-8 编码
字符串“I am 君山”用 UTF-8 编码，下面是编码结果：

UTF-16 虽然编码效率很高，但是对单字节范围内字符也放大了一倍，这无形也浪费了存储空间，另外 UTF-16 采用顺序编码，不能对单个字符的编码值进行校验，如果中间的一个字符码值损坏，后面的所有码值都将受影响。而 UTF-8 这些问题都不存在，UTF-8 对单字节范围内字符仍然用一个字节表示，对汉字采用三个字节表示。它的编码规则如下：

Java代码

private CoderResult encodeArrayLoop(CharBuffer src,
ByteBuffer dst){
char[] sa = src.array();
int sp = src.arrayOffset() + src.position();
int sl = src.arrayOffset() + src.limit();
byte[] da = dst.array();
int dp = dst.arrayOffset() + dst.position();
int dl = dst.arrayOffset() + dst.limit();
int dlASCII = dp + Math.min(sl - sp, dl - dp);
// ASCII only loop
while (dp < dlASCII && sa[sp] < '\u0080')
da[dp++] = (byte) sa[sp++];
while (sp < sl) {
char c = sa[sp];
if (c < 0x80) {
// Have at most seven bits
if (dp >= dl)
return overflow(src, sp, dst, dp);
da[dp++] = (byte)c;
} else if (c < 0x800) {
// 2 bytes, 11 bits
if (dl - dp < 2)
return overflow(src, sp, dst, dp);
da[dp++] = (byte)(0xc0 | (c >> 6));
da[dp++] = (byte)(0x80 | (c & 0x3f));
} else if (Character.isSurrogate(c)) {
// Have a surrogate pair
if (sgp == null)
sgp = new Surrogate.Parser();
int uc = sgp.parse(c, sa, sp, sl);
if (uc < 0) {
updatePositions(src, sp, dst, dp);
return sgp.error();
}
if (dl - dp < 4)
return overflow(src, sp, dst, dp);
da[dp++] = (byte)(0xf0 | ((uc >> 18)));
da[dp++] = (byte)(0x80 | ((uc >> 12) & 0x3f));
da[dp++] = (byte)(0x80 | ((uc >> 6) & 0x3f));
da[dp++] = (byte)(0x80 | (uc & 0x3f));
sp++; // 2 chars
} else {
// 3 bytes, 16 bits
if (dl - dp < 3)
return overflow(src, sp, dst, dp);
da[dp++] = (byte)(0xe0 | ((c >> 12)));
da[dp++] = (byte)(0x80 | ((c >> 6) & 0x3f));
da[dp++] = (byte)(0x80 | (c & 0x3f));
}
sp++;
}
updatePositions(src, sp, dst, dp);
return CoderResult.UNDERFLOW;
}

private CoderResult encodeArrayLoop(CharBuffer src, 
 ByteBuffer dst){ 
            char[] sa = src.array(); 
            int sp = src.arrayOffset() + src.position(); 
            int sl = src.arrayOffset() + src.limit(); 
            byte[] da = dst.array(); 
            int dp = dst.arrayOffset() + dst.position(); 
            int dl = dst.arrayOffset() + dst.limit(); 
            int dlASCII = dp + Math.min(sl - sp, dl - dp); 
            // ASCII only loop 
            while (dp < dlASCII && sa[sp] < '\u0080') 
                da[dp++] = (byte) sa[sp++]; 
            while (sp < sl) { 
                char c = sa[sp]; 
                if (c < 0x80) { 
                    // Have at most seven bits 
                    if (dp >= dl) 
                        return overflow(src, sp, dst, dp); 
                    da[dp++] = (byte)c; 
                } else if (c < 0x800) { 
                    // 2 bytes, 11 bits 
                    if (dl - dp < 2) 
                        return overflow(src, sp, dst, dp); 
                    da[dp++] = (byte)(0xc0 | (c >> 6)); 
                    da[dp++] = (byte)(0x80 | (c & 0x3f)); 
                } else if (Character.isSurrogate(c)) { 
                    // Have a surrogate pair 
                    if (sgp == null) 
                        sgp = new Surrogate.Parser(); 
                    int uc = sgp.parse(c, sa, sp, sl); 
                    if (uc < 0) { 
                        updatePositions(src, sp, dst, dp); 
                        return sgp.error(); 
                    } 
                    if (dl - dp < 4) 
                        return overflow(src, sp, dst, dp); 
                    da[dp++] = (byte)(0xf0 | ((uc >> 18))); 
                    da[dp++] = (byte)(0x80 | ((uc >> 12) & 0x3f)); 
                    da[dp++] = (byte)(0x80 | ((uc >>  6) & 0x3f)); 
                    da[dp++] = (byte)(0x80 | (uc & 0x3f)); 
                    sp++;  // 2 chars 
                } else { 
                    // 3 bytes, 16 bits 
                    if (dl - dp < 3) 
                        return overflow(src, sp, dst, dp); 
                    da[dp++] = (byte)(0xe0 | ((c >> 12))); 
                    da[dp++] = (byte)(0x80 | ((c >>  6) & 0x3f)); 
                    da[dp++] = (byte)(0x80 | (c & 0x3f)); 
                } 
                sp++; 
            } 
            updatePositions(src, sp, dst, dp); 
            return CoderResult.UNDERFLOW; 
 }

UTF-8 编码与 GBK 和 GB2312 不同，不用查码表，所以在编码效率上 UTF-8 的效率会更好，所以在存储中文字符时 UTF-8 编码比较理想。
几种编码格式的比较
对中文字符后面四种编码格式都能处理，GB2312 与 GBK 编码规则类似，但是 GBK 范围更大，它能处理所有汉字字符，所以 GB2312 与 GBK 比较应该选择 GBK。UTF-16 与 UTF-8 都是处理 Unicode 编码，它们的编码规则不太相同，相对来说 UTF-16 编码效率最高，字符到字节相互转换更简单，进行字符串操作也更好。它适合在本地磁盘和内存之间使用，可以进行字符和字节之间快速切换，如 Java 的内存编码就是采用 UTF-16 编码。但是它不适合在网络之间传输，因为网络传输容易损坏字节流，一旦字节流损坏将很难恢复，想比较而言 UTF-8 更适合网络传输，对 ASCII 字符采用单字节存储，另外单个字符损坏也不会影响后面其它字符，在编码效率上介于 GBK 和 UTF-16 之间，所以 UTF-8 在编码效率上和编码安全性上做了平衡，是理想的中文编码方式。
Java Web 涉及到的编码
对于使用中文来说，有 I/O 的地方就会涉及到编码，前面已经提到了 I/O 操作会引起编码，而大部分 I/O 引起的乱码都是网络 I/O，因为现在几乎所有的应用程序都涉及到网络操作，而数据经过网络传输都是以字节为单位的，所以所有的数据都必须能够被序列化为字节。在 Java 中数据被序列化必须继承 Serializable 接口。
这里有一个问题，你是否认真考虑过一段文本它的实际大小应该怎么计算，我曾经碰到过一个问题：就是要想办法压缩 Cookie 大小，减少网络传输量，当时有选择不同的压缩算法，发现压缩后字符数是减少了，但是并没有减少字节数。所谓的压缩只是将多个单字节字符通过编码转变成一个多字节字符。减少的是 String.length()，而并没有减少最终的字节数。例如将“ab”两个字符通过某种编码转变成一个奇怪的字符，虽然字符数从两个变成一个，但是如果采用 UTF-8 编码这个奇怪的字符最后经过编码可能又会变成三个或更多的字节。同样的道理比如整型数字 1234567 如果当成字符来存储，采用 UTF-8 来编码占用 7 个 byte，采用 UTF-16 编码将会占用 14 个 byte，但是把它当成 int 型数字来存储只需要 4 个 byte 来存储。所以看一段文本的大小，看字符本身的长度是没有意义的，即使是一样的字符采用不同的编码最终存储的大小也会不同，所以从字符到字节一定要看编码类型。
另外一个问题，你是否考虑过，当我们在电脑中某个文本编辑器里输入某个汉字时，它到底是怎么表示的？我们知道，计算机里所有的信息都是以 01 表示的，那么一个汉字，它到底是多少个 0 和 1 呢？我们能够看到的汉字都是以字符形式出现的，例如在 Java 中“淘宝”两个字符，它在计算机中的数值 10 进制是 28120 和 23453，16 进制是 6bd8 和 5d9d，也就是这两个字符是由这两个数字唯一表示的。Java 中一个 char 是 16 个 bit 相当于两个字节，所以两个汉字用 char 表示在内存中占用相当于四个字节的空间。
这两个问题搞清楚后，我们看一下 Java Web 中那些地方可能会存在编码转换？
用户从浏览器端发起一个 HTTP 请求，需要存在编码的地方是 URL、Cookie、Parameter。服务器端接受到 HTTP 请求后要解析 HTTP 协议，其中 URI、Cookie 和 POST 表单参数需要解码，服务器端可能还需要读取数据库中的数据，本地或网络中其它地方的文本文件，这些数据都可能存在编码问题，当 Servlet 处理完所有请求的数据后，需要将这些数据再编码通过 Socket 发送到用户请求的浏览器里，再经过浏览器解码成为文本。这些过程如下图所示：

如上图所示一次 HTTP 请求设计到很多地方需要编解码，它们编解码的规则是什么？下面将会重点阐述一下：
URL 的编解码
用户提交一个 URL，这个 URL 中可能存在中文，因此需要编码，如何对这个 URL 进行编码？根据什么规则来编码？有如何来解码？如下图一个 URL：

图 4.URL 的几个组成部分

上图中以 Tomcat 作为 Servlet Engine 为例，它们分别对应到下面这些配置文件中：
Port 对应在 Tomcat 的中配置，而 Context Path 在中配置，Servlet Path 在 Web 应用的 web.xml 中的

junshanExample

/servlets/servlet/*

中配置，PathInfo 是我们请求的具体的 Servlet，QueryString 是要传递的参数，注意这里是在浏览器里直接输入 URL 所以是通过 Get 方法请求的，如果是 POST 方法请求的话，QueryString 将通过表单方式提交到服务器端，这个将在后面再介绍。
上图中 PathInfo 和 QueryString 出现了中文，当我们在浏览器中直接输入这个 URL 时，在浏览器端和服务端会如何编码和解析这个 URL 呢？为了验证浏览器是怎么编码 URL 的我们选择 FireFox 浏览器并通过 HTTPFox 插件观察我们请求的 URL 的实际的内容，以下是 URL：HTTP://localhost:8080/examples/servlets/servlet/ 君山 ?author= 君山在中文 FireFox3.6.12 的测试结果

阿者 2012-08-19 14:38 发表评论

myeclipse derby

阿者 — Wed, 11 Jul 2012 02:08:00 GMT

环境:

MyEclipse Enterprise Workbench

Version: 8.5
Build id: 8.5-20100319

WindowsXp

1.切换到数据库视图.在DB Browser窗口中找到 MyEclipse Derby 单击右件选择new.

Driver template: 选择derby;

Driver name: 随便比如 MyDB;

Connection URL : jdbc:derby://localhost:1527/MyDb;create=true

说明:create=true 表示创建

Username:zhangsan Password:123456

Driver JARs:

C:/Program Files/Genuitec/MyEclipse 8.5/configuration/org.eclipse.osgi/bundles/13/1/.cp/lib/derbyclient.jar;(成功)

Driver classname = org.apache.derby.jdbc.ClientDriver

或者

C:/Program Files/Genuitec/MyEclipse 8.5/configuration/org.eclipse.osgi/bundles/13/1/.cp/lib/derby.jar;(我测试没有成功)

Driver class

3.测试一下

[java] view plain copy

drop table guestbook;
create table guestbook (
id int primary key generated by default as identity (START WITH 1, INCREMENT BY 1),
name varchar(20) not null,
email varchar(20),
phone varchar(20),
title varchar(50) not null,
content varchar(2000) not null,
time date not null
);
insert into guestbook (id,name,email,phone,title,content,time)
values(DEFAULT,'lala','gudong@163.com','13991736400','ok','okcontent',CURRENT DATE);
select * from guestbook;

4.java中调用(如果出现不能侦听1527的错误,请重新启动Derby);

    package webbook.chapter5;
    import java.sql.Connection;
    import java.sql.DriverManager;
    import java.sql.PreparedStatement;
    import java.sql.ResultSet;
    import java.sql.SQLException;

    public class JDBCExample {
     public static void main(String[] args) {
      String driver = "org.apache.derby.jdbc.ClientDriver";
      String url = "jdbc:derby://localhost:1527/MyDB";
      String username = "zhangsan";
      String password = "123456";
      String sql = "insert into guestbook (id,name,email,phone,title,content,time)"
       +"values(DEFAULT,?,?,?,?,?,CURRENT DATE)";

    /*DEFAULT Derby中的自动增长 CURRENT DATE当前时间*/
      Connection conn = null;
      try{
       Class.forName(driver);
       conn = DriverManager.getConnection(url, username, password);
       PreparedStatement pstmt = conn.prepareStatement(sql);
       pstmt.setString(1, "gudong");
       pstmt.setString(2, "ZhangFei@163.com");
       pstmt.setString(3, "110");
       pstmt.setString(4, "title");
       pstmt.setString(5, "content");
       pstmt.executeUpdate();

       sql="select * from guestbook ";
       pstmt = conn.prepareStatement(sql);
       ResultSet rs = pstmt.executeQuery();

       while(rs.next()){
        System.out.println("id:"+rs.getInt("ID"));
        System.out.println("name:"+rs.getString("NAME"));
        System.out.println("email:"+rs.getString("EMAIL"));
        System.out.println("phone:"+rs.getString("PHONE"));
        System.out.println("title:"+rs.getString("TITLE"));
        System.out.println("content:"+rs.getString("content"));
        System.out.println("date:"+rs.getString("time"));
       }

       if (rs != null) {
        rs.close();
       }
       if (pstmt != null) {
        pstmt.close();
       }
      } catch (ClassNotFoundException e) {
       e.printStackTrace();
      } catch (SQLException e) {
       e.printStackTrace();
      } finally {
       if (conn != null) {
        try {
         conn.close();
        } catch (SQLException e) {
         e.printStackTrace();
        }
       }
      }
     }
    }

-----------------------------------------

Myeclipse Derby使用指南【转】

一．Derby介绍
Apache Derby是开源的，100% Java编写的，容易管理的关系数据库管理系统，它可以和一些商业产品的特性进行交付。
Apache Derby 是一个与平台无关的数据库引擎，它以 Java 类库的形式对外提供服务。与其他难以部署的数据库不同，安装 Derby 非常简单，只需要将其 .jar 文件复制到系统中并为您的项目添加该 .jar 文件即可。

Derby拥有一个令人惊奇的特性列表。它可以支持关系数据库中的所有企业级的特性，包括崩溃恢复、事务回滚和提交、行/表级锁、视图、主键/外键约束、触发器、子查询表达式，等等。一部分的列表特性使Derby从其他的Java 关系数据库管理系统中分离出来，包括：
         100% Java实现
         100% Java类型4 JDBC驱动
         SQL92E标准支持大部分SQL 99特性
       ACID完全的事务独立的事务支持
         J2EE支持JNDI，连接池和XA
         视图，临时表和保存
         BLOB和CLOB数据类型
         行和表锁定
         有价值的基本查询优化
         服务器端指示约束
         触发器和存储过程
         为服务器端函数，触发器或存储过程等操作在数据库里存储Java代码
         能排除CD-ROM里的只读数据库
         数据的导入和导出
         快速数据库加密选项
您可以采用两种模式来部署和运行Derby：
   在嵌入式模式（embedded mode）中，Derby只处理来自与应用程序使用的JVM相同的JVM的请求。在采用嵌入式模式来使用Derby时，应用程序会在启动和关闭时分别自动启动或停止关系引擎。Derby包的derby.jar文件（2MB）包含了Derby 数据库引擎和嵌入式JDBC驱动程序。嵌入式模式的主要优点是不需要进行网络和服务器设置。因为你的应用程序包含了Derby引擎，使用者并不知道你使用了一个关系数据库。这点很适合我们现在桌面工具的使用要求。
在网络服务器模式（network server mode）中，Derby会处理来自不同JVM的应用程序请求。或者，如果您喜欢使用Perl、PHP、Python或C来编写程序，那么您也可以部署一个Derby网络服务器，并通过各种语言特有的模块连接到这个服务器上，例如Perl的DBI（Database Interface）和PHP的ODBC（Open Database Connectivity）。Derby的derbynet.jar文件（0.2MB）包含了Derby Network Server。

另外，Derby提供了Eclipse的插件供开发人员使用，下面将介绍插件的安装及使用。

二．Derby安装与使用
1.软件的下载
你可以在Derby的官方网站下载，同时也可以下载Derby的两个Eclipse插件：derby_core_plugin和derby_ui_plugin；在下面使用前，请安装好JVM 1.4.x或更高版本；以及Eclipse 3.x。
2. Derby的Eclipse的插件安装与使用。
安装插件
    Derby插件的安装与其他Eclipse插件安装类似，只需要将之前下载的两个插件解压到Eclipse plugins目录下，然后重新启动Eclipse即可。   ：
使用插件
    在使用该插件前，我们先创建一个Java项目，取名为DerbyDemo，然后在Package Explorer视图选择该项目，单击右键选择菜单[Apache Derby]->[Add Apache Derby Nature]，如图：

接下来是配置Derby相关属性，在Package Explorer视图选择项目单击[Properties]在左边的属性列表中选择Apache Derby；并将 Derby 的主目录设为不同于项目根目录的某个目录，例如D:/derbyDB，如图：

配置完毕后，我们就可以启动Derby服务器了，在Package Explorer视图选择项目单击[Apache Derby]->[Start Derby Network Server]；控制台将输出Derby的启动信息，启动就完成。
同样的，Derby 服务器的关闭也是类似的，在Package Explorer视图选择项目单击[Apache Derby]->[Stop Derby Network Server]。

2．嵌入运行模式
   将derby.jar 和derbytools.jar导入工程
   下面是连接数据库的代码片断，create=true表示创建一个新数据库
import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.ResultSet;
import java.sql.Statement;

public class TestDerbyBaisc {
     public static void main(String[] args) {
         try {
             Class.forName("org.apache.derby.jdbc.EmbeddedDriver").newInstance();//加载驱动
             Connection conn = DriverManager.getConnection("dbc:derby:TESTDB;create=true");//连接数据库
             Statement st = conn.createStatement();
             st.execute("create table USER_INFO (ID INT NOT NULL,NAME VARCHAR(10) NOT NULL)");//建表
             st.executeUpdate("insert into USER_INFO(ID,NAME) values (1,'hermit')");//插入数据
             st.executeUpdate("insert into USER_INFO(ID,NAME) values (2,'test')");//插入数据
             ResultSet rs = st.executeQuery("select * from USER_INFO");//读取刚插入的数据
             while(rs.next()){
                 int id = rs.getInt(1);
                 String name = rs.getString(2);
                 System.out.println("ID="+id);
                 System.out.println("NAME="+name);
             }
         } catch(Exception e){
             e.printStackTrace();
         }
     }
}

阿者 2012-07-11 10:08 发表评论

eclipse的web工程转myeclipse的web工程(转)

阿者 — Sat, 07 Jul 2012 14:27:00 GMT

　　eclipse的web工程转myeclipse的web工程

1.原eclipse工程叫netschool 
2.在myeclipse中新建一个工程叫netschool 并在新建的时修改 web root folder为WebContent 
3.备份在myeclipse新建的netschool工程下的.classpath 和.mymetadata和.project以及.myeclipse文件夹 
4.删除在myeclipse新建的netschool工程 
5.通过svn 或cvs checkout 原eclipse工程netschool  拷贝第三步备份的文件到netschool工程根目录下 
6.刷新工程即可

　　myeclipse的web工程转eclipse的web工程

1.先在eclipse里创建一个同名项目,eg:pjt,然后将pjt改名为pjt.bak.
2.从svn上check out这个项目pjt。
3.打开pjt.bak,复制.settings文件夹、.classpath、.project这个三个文件覆盖pjt项目下的同名文件。

阿者 2012-07-07 22:27 发表评论

java控制台程序访问oracle方法

阿者 — Sun, 15 Jan 2012 12:02:00 GMT

方法1：通过纯java数据库驱动程序

一、java 环境变量

java_home C:\java\jdk1.6.0_30

classpath .;C:\Java\jdk1.6.0_30\lib\tool.jar;C:\Java\jdk1.6.0_26\lib\dt.jar
path C:\java\jdk1.6.0_30\bin

二、把ojdbc14.jar 拷贝到 c:\java\jre6\lib\ext下

三、程序1,2放于c:\下，编译生成to_oracle2.class和to_oracle22.class也在c:\ 都能成功访问
运行java to_oracle2 java to_oracle22 都能成功访问

程序1: to_oracle2.java
import java.sql.*;
public class to_oracle2 {
static Connection conn = null;
static ResultSet rs = null;

static {
try{ Class.forName("oracle.jdbc.driver.OracleDriver");}
catch(ClassNotFoundException e)
{ e.printStackTrace();}
}

public static ResultSet executeQuery(String sql) {
rs = null;
try {
conn=DriverManager.getConnection("jdbc:oracle:thin:@10.77.48.9:1521:zlj","lyz","lyz");

Statement stmt = conn.createStatement();
rs = stmt.executeQuery(sql);
}catch(SQLException ex) {
System.err.println("aq.executeQuery: " + ex.getMessage());
}
return rs;
}

public static void main (String[] args)
{
try
{
String sql="select * from work_log";
ResultSet rs1=executeQuery(sql);
while (rs1.next())
{System.out.println(rs1.getString(1));}
}
catch (SQLException e) { }
}

}

--------程序2: to_oracle22.java

import java.sql.*;

public class to_oracle22{
Connection con =null;
Statement sql=null;
ResultSet rs=null;

{
try{ Class.forName("oracle.jdbc.driver.OracleDriver");}
catch(ClassNotFoundException e)
{ e.printStackTrace();}

try {con=DriverManager.getConnection("jdbc:oracle:thin:@10.77.48.9:1521:zlj","lyz","lyz");}

catch(SQLException e)
{ e.printStackTrace();}

}

public void query() {
try{
sql=con.createStatement();
rs=sql.executeQuery("select * from work_log");

while(rs.next())
{
System.out.println(rs.getString(1));
}
con.close();
}
catch (SQLException e)
{
}

}
public static void main(String args[]){
to_oracle22 o= new to_oracle22();
o.query();
}

}

方法2：通过odbc数据源

-程序3,程序4放于c:\下，编译后的class文件也位于c:\下
java to_oracle0
java to_oracle1
正常访问数据库

程序3：to_oracle0.java
import java.sql.*;
public class to_oracle0 {
static String sDBDriver = "sun.jdbc.odbc.JdbcOdbcDriver";
static String sConnStr = "jdbc:odbc:zlj";
static Connection conn = null;
static ResultSet rs = null;

public to_oracle0() {

try { Class.forName(sDBDriver); }
catch(java.lang.ClassNotFoundException e)
{ System.err.println("faq(): " + e.getMessage()); }

}

public static ResultSet executeQuery(String sql) {
rs = null;
try {

conn = DriverManager.getConnection(sConnStr,"lyz","lyz");

Statement stmt = conn.createStatement();
rs = stmt.executeQuery(sql);
}catch(SQLException ex) {
System.err.println("aq.executeQuery: " + ex.getMessage());
}
return rs;
}

}

程序4：to_oracle1.java
import java.sql.*;
public class to_oracle1 {
static String sDBDriver = "sun.jdbc.odbc.JdbcOdbcDriver";
static String sConnStr = "jdbc:odbc:zlj";
static Connection conn = null;
static ResultSet rs = null;

public to_oracle1() {

try { Class.forName(sDBDriver); }
catch(java.lang.ClassNotFoundException e)
{ System.err.println("faq(): " + e.getMessage()); }

}

public static ResultSet executeQuery(String sql) {
rs = null;
try {

conn = DriverManager.getConnection(sConnStr,"lyz","lyz");

Statement stmt = conn.createStatement();
rs = stmt.executeQuery(sql);
}catch(SQLException ex) {
System.err.println("aq.executeQuery: " + ex.getMessage());
}
return rs;
}

}

阿者 2012-01-15 20:02 发表评论

java通过JDBC连接oracle(转)

阿者 — Sun, 15 Jan 2012 07:37:00 GMT

java通过JDBC连接oracle

Oracle provides drivers that enable users to make JDBC connections to Oracle databases. The two most common methods of connecting to Oracle databases via JDBC are the Oracle Thin JDBC driver and the Oracle OCI JDBC driver.

The Oracle Thin driver requires no software other than the driver jar file. This driver connects to Oracle databases via TCP/IP.

The Oracle OCI (Oracle Call Interface) driver requires Oracle client software to be installed on the user’s machine in order to connect to the database. This driver uses native methods and is platform specific.

The Java classes to connect to Oracle are contained in the Oracle JDBC driver jar file. For recent releases, these are numbered based on the Java version they are compiled for, such as ojdbc14.jar (for Java 1.4), ojdbc15.jar (for Java 1.5), etc. These drivers can be freely downloaded from Oracle’s site (free registration is required).

You can tell the Oracle driver which method you wish to use to connect to the database (OCI or Thin) via the JDBC connection URL. Listed below are some example connection URL formats:

Oracle JDBC Thin Driver Formats

第一种方式：推荐使用服务名连接，Oracle JDBC Thin using a Service Name:

jdbc:oracle:thin:@//:/

Example: jdbc:oracle:thin:@//192.168.2.1:1521/XE

第二种方式：适合单机的sid，Oracle JDBC Thin using an SID:

jdbc:oracle:thin:@::

Example: jdbc:oracle:thin:192.168.2.1:1521:X01A

Note: Support for SID is being phased out. Oracle recommends that users switch over to using service names.

Oracle JDBC Thin using a TNSName:

jdbc:oracle:thin:@

Example: jdbc:oracle:thin:@GL

Note: Support for TNSNames was added in the driver release 10.2.0.1

Oracle JDBC OCI Driver Format

jdbc:oracle:oci:@

Example: jdbc:oracle:oci:@HR

The Oracle JDBC driver provides properties that can be specified when connecting to the database. Listed below are some examples of these properties.

To specify properties in the JDBC connection, you can use a Java Properties object, and pass that object into the JDBC getConnection method. For example:

java.util.Properties info = new java.util.Properties();

info.put(“internal_logon”, “sysdba”);

Connection conn = DriverManager.getConnection (url, info);

Connection Properties

internal_logon: Use this property to connect as a sysoper or sysdba role. When using this property, the user and password properties must be included in the properties object. For example:

Properties props = new Properties();

props.put(“user”, “scott”);

props.put(“password”, “tiger”);

props.put(“internal_logon”, “sysoper”);

Connection conn = DriverManager.getConnection (url, props);

defaultRowPrefetch: Oracle JDBC drivers allow you to set the number of rows to prefetch from the server while the result set is being populated during a query. Prefetching row data into the client reduces the number of round trips to the server. A typical value for this property is 10.

defaultBatchValue: Oracle JDBC drivers allow you to accumulate inserts and updates of prepared statements and send them to the server in batches once it reaches a specified batch value. This feature reduces round trips to the server. Use the value 1 if you don’t want to use this feature.

processEscapes: “false” to disable escape processing for statements (Statement or PreparedStatement) created from this connection. Set this to “false” if you want to avoid many calls to Statement.setEscapeProcessing(false);. This is espcially usefull for PreparedStatement where a call to setEscapeProcessing(false) would have no effect. The default is “true”.

No related posts.

阿者 2012-01-15 15:37 发表评论

数据的传值与引用(转)

阿者 — Sat, 14 Jan 2012 14:04:00 GMT

数据的传值与引用(转)

数据的传值与引用主要体现在函数调用时候，通过参数来实现。

当数据在传递时，内存为实际参数开辟内存地址及内存空间，存放数据变为形式参数（非同于实际参数的内存地址和内存空间）。当调用函数完后，定义函数相应的执行并没有改变实际参数。

当数据（数组在引用时），内存只开辟内存地址而并不开辟内存空间，开辟的内存地址相同，决定了同一个地址位置。函数调用时，实际参数在定义函数的执行过程中，发生改变，因而成为引用。有点类似与浅拷贝，用的是同一个地址。

总之：

数据的传递，内存不仅开辟存放数据的内存地址，还开辟存放数据的内存空间，数据传递到定义函数时候，实际参数到形式参数后，内存自动清空数据，数据在定义函数执行后不发生任何变化；数组在引用时，尽开辟了内存地址，并没有开辟存放数据的空间，数组在函数调用后，引用的是同一内存地址，必然数组经过定义函数后，实际参数发生改变。

阿者 2012-01-14 22:04 发表评论

java访问oracle 返回json 实践（一）

阿者 — Thu, 05 Jan 2012 14:00:00 GMT

------------建一个javabean 类 WorkRecord 用于保存访问数据库记录的内容

public class WorkRecord
{
private long do_seq;
private String proc_name;
private String sql_desc;
private String work_status;

public void setdo_seq(long do_seq)
{
this.do_seq=do_seq;
}

public void setproc_name(String proc_name)
{
this.proc_name=proc_name;
}

public void setsql_desc(String sql_desc)
{
this.sql_desc=sql_desc;
}

public void setwork_status(String work_status)
{
this.work_status=work_status;
}

public long getDo_seq()
{
return do_seq;
}

public String getProc_name()
{
return proc_name;
}

public String getSql_desc()
{
return sql_desc;
}

public String getWork_status()
{
return work_status;
}

public static void main (String[] args)
{
System.out.println("hello");
}

}

------------------------------建一个javabean类faq 用于访问数据库，并将访问的记录存于对象WorkRecord中，多个WorkRecord存于列表中

//java bean
//file name: faq.java

//package Test;

    import java.util.ArrayList;
    import java.util.List;
    import net.sf.json.JSON;
    import net.sf.json.JSONObject;
    import net.sf.json.JSONSerializer;
    //import WorkRecord;

import java.sql.*;
public class faq {
String sDBDriver = "sun.jdbc.odbc.JdbcOdbcDriver";
String sConnStr = "jdbc:odbc:wz";
Connection conn = null;
ResultSet rs = null;
JSON json;
public faq() {
try {
Class.forName(sDBDriver);
}catch(java.lang.ClassNotFoundException e) {
System.err.println("faq(): " + e.getMessage());
}
}

public void executeQuery(String sql)
{
rs = null;
try {
conn = DriverManager.getConnection(sConnStr,"liuyz","liuyz1");
Statement stmt = conn.createStatement();
rs = stmt.executeQuery(sql);
//List result =new ArrayList();

List result = new ArrayList();

while (rs.next())
{
WorkRecord rec= new WorkRecord();
rec.setdo_seq(rs.getLong("do_seq"));
rec.setproc_name(rs.getString("proc_name"));
rec.setsql_desc(rs.getString("sql_desc"));
rec.setwork_status(rs.getString("work_status"));
result.add(rec);
}
//JSONObject json= JSONSerializer.toJSON(result);
json = JSONSerializer.toJSON(result);

}
catch(SQLException ex)
{
System.err.println("aq.executeQuery: " + ex.getMessage());
}

//return json.toString();
System.out.println(json.toString());

}

public static void main (String[] args)
{
faq aaa =new faq();
aaa.executeQuery("select * from work_log where do_seq=399252 or do_seq=399261 ");
}

}

1、在c:\下解压json支持库生成 org net 目录
2、在c:\下编写前面两个文件
3、javac WorkRecord.java ; javac faq.java
4、java faq 运行后返回以下json 格式的数据

[{"do_seq":399252,"proc_name":"LIUYZ.GET_GD\n","sql_desc":"delete from busi_log
a where\nbusiness_id in (500000020057,8000100108,500000020204,800015100004,80
0015100003,800015100002,800015100008,800015100005,800015100006,800015100000,8000
100100,8000100126,500000020055,500000020053,8000000015,8000000012,800015101178,5
00000021011,800015101251,500000021012,500000020222,500000020223,500000020038,500
000020093,500000020094,360,500000020064,500000020339,500000020079,500000020009,5
00000020006,2100000003,8000100103,500000020028,500000020007,500000020012,5000000
20221,500000020220,500000020073,500000020074,8000000620,500000020320,50000002020
3,900000030001,500000020076,500000020077,8000000021,8100000987,500000020008,5000
00020096,2100000004,8000000002,8000000005)","work_status":"finished"},{"do_seq":
399261,"proc_name":"LIUYZ.GET_GD\n","sql_desc":"delete from yz_gd where fee_de
tail like '%终端差价%'","work_status":"finished"}]

注：
//List result =new ArrayList();

List result = new ArrayList();

编译正常
如改为
List result =new ArrayList();

// List result = new ArrayList();

编译出现下面信息
C:\>javac faq.java
注意：faq.java 使用了未经检查或不安全的操作。
注意：要了解详细信息，请使用 -Xlint:unchecked 重新编译。
但运行正常，仍能产生json格式的数据

阿者 2012-01-05 22:00 发表评论

java对象生成json实例

阿者 — Thu, 05 Jan 2012 12:28:00 GMT

1、不带包的使用方式

解压json和支持包在当前目录下生成

org

net

javac User.java

javac Test.java

java Test 输出

{"age":25,"name":"phl"}

[{"age":25,"name":"phl"},{"age":26,"name":"luckybird"}]

{"age":0,"name":""}

------------------User.java-----------------

public class User
{
private String name;
private int age;

public String getName()
{
return this.name;
}

public int getAge(){
return this.age;

}

public void setName(String v_name)
{
this.name=v_name;
}

public void setAge(int v_age)
{
this.age=v_age;
}
}

---------------Test.java------------------

    import java.util.ArrayList;
    import java.util.List;

    import net.sf.json.JSON;
    import net.sf.json.JSONObject;
    import net.sf.json.JSONSerializer;

    public class Test {

        public static void main(String[] args) throws Exception {
            User user = new User();
            user.setName("phl");
            user.setAge(25);
            User user2 = new User();
            user2.setName("luckybird");
            user2.setAge(26);

            List list = new ArrayList();
            list.add(user);
            list.add(user2);

            JSONObject json = JSONObject.fromObject(user);
            System.out.println(json.toString());

            // ********************************************************
            JSON json2 = JSONSerializer.toJSON(list);
            System.out.println(json2.toString());

            json2 = JSONSerializer.toJSON(new User());
            System.out.println(json2.toString());

        }
    }

=====================================================================
2、带包的使用方式

------------------User.java-----------------
package nn;

public class User
{
private String name;
private int age;

public String getName()
{
return this.name;
}

public int getAge(){
return this.age;

}

public void setName(String v_name)
{
this.name=v_name;
}

public void setAge(int v_age)
{
this.age=v_age;
}
}

---------------Test.java------------------
package mm;

    import java.util.ArrayList;
    import java.util.List;

    import net.sf.json.JSON;
    import net.sf.json.JSONObject;
    import net.sf.json.JSONSerializer;
    import nn.User;

    public class Test {

        public static void main(String[] args) throws Exception {
            User user = new User();
            user.setName("phl");
            user.setAge(25);
            User user2 = new User();
            user2.setName("luckybird");
            user2.setAge(26);

            List list = new ArrayList();
            list.add(user);
            list.add(user2);

            JSONObject json = JSONObject.fromObject(user);
            System.out.println(json.toString());

            // ********************************************************
            JSON json2 = JSONSerializer.toJSON(list);
            System.out.println(json2.toString());

            json2 = JSONSerializer.toJSON(new User());
            System.out.println(json2.toString());

        }
    }

==================
javac User.java ->User.class
javac Test.java ->Test.class
拷贝User.class->nn目录下 ;Test.class->mm目录下
调用方式java mm.Test

{"age":25,"name":"phl"}
[{"age":25,"name":"phl"},{"age":26,"name":"luckybird"}]
{"age":0,"name":""}

阿者 2012-01-05 20:28 发表评论