问题一：我声明了什么！
String s = "Hello world!";
许多人都做过这样的事情，但是，我们到底声明了什么？回答通常是：一个String，内容是“Hello world!”。这样模糊的回答通常是概念不清的根源。如果要准确的回答，一半的人大概会回答错误。
这个语句声明的是一个指向对象的引用，名为“s”，可以指向类型为String的任何对象，目前指向"Hello world!"这个String类型的对象。这就是真正发生的事情。我们并没有声明一个String对象，我们只是声明了一个只能指向String对象的引用变量。所以，如果在刚才那句语句后面，如果再运行一句：
String string = s;
我们是声明了另外一个只能指向String对象的引用，名为string，并没有第二个对象产生，string还是指向原来那个对象，也就是，和s指向同一个对象。
问题二："=="和equals方法究竟有什么区别？
==操作符专门用来比较变量的值是否相等。比较好理解的一点是：
int a=10;
int b=10;
则a==b将是true。
但不好理解的地方是：
String a=new String("foo");
String b=new String("foo");
则a==b将返回false。
根据前一帖说过，对象变量其实是一个引用，它们的值是指向对象所在的内存地址，而不是对象本身。a和b都使用了new操作符，意味着将在内存中产生两个内容为"foo"的字符串，既然是“两个”，它们自然位于不同的内存地址。a和b的值其实是两个不同的内存地址的值，所以使用"=="操作符，结果会是false。诚然，a和b所指的对象，它们的内容都是"foo"，应该是“相等”，但是==操作符并不涉及到对象内容的比较。
对象内容的比较，正是equals方法做的事。
看一下Object对象的equals方法是如何实现的：
boolean equals(Object o){
return this==o;
}
Object对象默认使用了==操作符。所以如果你自创的类没有覆盖equals方法，那你的类使用equals和使用==会得到同样的结果。同样也可以看出，Object的equals方法没有达到equals方法应该达到的目标：比较两个对象内容是否相等。因为答案应该由类的创建者决定，所以Object把这个任务留给了类的创建者。
看一下一个极端的类：
Class Monster{
private String content;
...
boolean equals(Object another){ return true;}
}
我覆盖了equals方法。这个实现会导致无论Monster实例内容如何，它们之间的比较永远返回true。
所以当你是用equals方法判断对象的内容是否相等，请不要想当然。因为可能你认为相等，而这个类的作者不这样认为，而类的equals方法的实现是由他掌握的。如果你需要使用equals方法，或者使用任何基于散列码的集合（HashSet,HashMap,HashTable），请察看一下java doc以确认这个类的equals逻辑是如何实现的。
问题三：String到底变了没有？
没有。因为String被设计成不可变(immutable)类，所以它的所有对象都是不可变对象。请看下列代码：
String s = "Hello";
s = s + " world!";
s所指向的对象是否改变了呢？从本系列第一篇的结论很容易导出这个结论。我们来看看发生了什么事情。在这段代码中，s原先指向一个String对象，内容是"Hello"，然后我们对s进行了+操作，那么s所指向的那个对象是否发生了改变呢？答案是没有。这时，s不指向原来那个对象了，而指向了另一个String对象，内容为"Hello world!"，原来那个对象还存在于内存之中，只是s这个引用变量不再指向它了。
通过上面的说明，我们很容易导出另一个结论，如果经常对字符串进行各种各样的修改，或者说，不可预见的修改，那么使用String来代表字符串的话会引起很大的内存开销。因为String对象建立之后不能再改变，所以对于每一个不同的字符串，都需要一个String对象来表示。这时，应该考虑使用StringBuffer类，它允许修改，而不是每个不同的字符串都要生成一个新的对象。并且，这两种类的对象转换十分容易。
同时，我们还可以知道，如果要使用内容相同的字符串，不必每次都new一个String。例如我们要在构造器中对一个名叫s的String引用变量进行初始化，把它设置为初始值，应当这样做：
public class Demo {
private String s;
...
public Demo {
s = "Initial Value";
}
...
}
而非
s = new String("Initial Value");
后者每次都会调用构造器，生成新对象，性能低下且内存开销大，并且没有意义，因为String对象不可改变，所以对于内容相同的字符串，只要一个String对象来表示就可以了。也就说，多次调用上面的构造器创建多个对象，他们的String类型属性s都指向同一个对象。
上面的结论还基于这样一个事实：对于字符串常量，如果内容相同，Java认为它们代表同一个String对象。而用关键字new调用构造器，总是会创建一个新的对象，无论内容是否相同。
至于为什么要把String类设计成不可变类，是它的用途决定的。其实不只String，很多Java标准类库中的类都是不可变的。在开发一个系统的时候，我们有时候也需要设计不可变类，来传递一组相关的值，这也是面向对象思想的体现。不可变类有一些优点，比如因为它的对象是只读的，所以多线程并发访问也不会有任何问题。当然也有一些缺点，比如每个不同的状态都要一个对象来代表，可能会造成性能上的问题。所以Java标准类库还提供了一个可变版本，即StringBuffer。
问题四：final关键字到底修饰了什么？
final使得被修饰的变量"不变"，但是由于对象型变量的本质是“引用”，使得“不变”也有了两种含义：引用本身的不变，和引用指向的对象不变。
引用本身的不变：
final StringBuffer a=new StringBuffer("immutable");
final StringBuffer b=new StringBuffer("not immutable");
a=b;//编译期错误
引用指向的对象不变：
final StringBuffer a=new StringBuffer("immutable");
a.append(" broken!"); //编译通过
可见，final只对引用的“值”(也即它所指向的那个对象的内存地址)有效，它迫使引用只能指向初始指向的那个对象，改变它的指向会导致编译期错误。至于它所指向的对象的变化，final是不负责的。这很类似==操作符：==操作符只负责引用的“值”相等，至于这个地址所指向的对象内容是否相等，==操作符是不管的。
理解final问题有很重要的含义。许多程序漏洞都基于此----final只能保证引用永远指向固定对象，不能保证那个对象的状态不变。在多线程的操作中,一个对象会被多个线程共享或修改，一个线程对对象无意识的修改可能会导致另一个使用此对象的线程崩溃。一个错误的解决方法就是在此对象新建的时候把它声明为final，意图使得它“永远不变”。其实那是徒劳的。
问题五：到底要怎么样初始化！
本问题讨论变量的初始化，所以先来看一下Java中有哪些种类的变量。
1. 类的属性，或者叫值域
2. 方法里的局部变量
3. 方法的参数
对于第一种变量，Java虚拟机会自动进行初始化。如果给出了初始值，则初始化为该初始值。如果没有给出，则把它初始化为该类型变量的默认初始值。
int类型变量默认初始值为0
float类型变量默认初始值为0.0f
double类型变量默认初始值为0.0
boolean类型变量默认初始值为false
char类型变量默认初始值为0(ASCII码)
long类型变量默认初始值为0
所有对象引用类型变量默认初始值为null，即不指向任何对象。注意数组本身也是对象，所以没有初始化的数组引用在自动初始化后其值也是null。
对于两种不同的类属性，static属性与instance属性，初始化的时机是不同的。instance属性在创建实例的时候初始化，static属性在类加载，也就是第一次用到这个类的时候初始化，对于后来的实例的创建，不再次进行初始化。这个问题会在以后的系列中进行详细讨论。
对于第二种变量，必须明确地进行初始化。如果再没有初始化之前就试图使用它，编译器会抗议。如果初始化的语句在try块中或if块中，也必须要让它在第一次使用前一定能够得到赋值。也就是说，把初始化语句放在只有if块的条件判断语句中编译器也会抗议，因为执行的时候可能不符合if后面的判断条件，如此一来初始化语句就不会被执行了，这就违反了局部变量使用前必须初始化的规定。但如果在else块中也有初始化语句，就可以通过编译，因为无论如何，总有至少一条初始化语句会被执行，不会发生使用前未被初始化的事情。对于try-catch也是一样，如果只有在try块里才有初始化语句，编译部通过。如果在catch或finally里也有，则可以通过编译。总之，要保证局部变量在使用之前一定被初始化了。所以，一个好的做法是在声明他们的时候就初始化他们，如果不知道要出事化成什么值好，就用上面的默认值吧！
其实第三种变量和第二种本质上是一样的，都是方法中的局部变量。只不过作为参数，肯定是被初始化过的，传入的值就是初始值，所以不需要初始化。
问题六：instance of是什么东东？
instance of是Java的一个二元操作符，和==，>，<是同一类东东。由于它是由字母组成的，所以也是Java的保留关键字。它的作用是测试它左边的对象是否是它右边的类的实例，返回boolean类型的数据。举个例子：
String s = "I AM an Object!";
boolean is Object = s instance of Object;
我们声明了一个String对象引用，指向一个String对象，然后用instanc of来测试它所指向的对象是否是Object类的一个实例，显然，这是真的，所以返回true，也就是isObject的值为True。
instance of有一些用处。比如我们写了一个处理账单的系统，其中有这样三个类：
public class Bill {//省略细节}
public class PhoneBill extends Bill {//省略细节}
public class GasBill extends Bill {//省略细节}
在处理程序里有一个方法，接受一个Bill类型的对象，计算金额。假设两种账单计算方法不同，而传入的Bill对象可能是两种中的任何一种，所以要用instanceof来判断：
public double calculate(Bill bill) {
if (bill instanceof PhoneBill) {
//计算电话账单
}
if (bill instanceof GasBill) {
//计算燃气账单
}
...
}
这样就可以用一个方法处理两种子类。
然而，这种做法通常被认为是没有好好利用面向对象中的多态性。其实上面的功能要求用方法重载完全可以实现，这是面向对象变成应有的做法，避免回到结构化编程模式。只要提供两个名字和返回值都相同，接受参数类型不同的方法就可以了：
public double calculate(PhoneBill bill) {
//计算电话账单
}
public double calculate(GasBill bill) {
//计算燃气账单
}
所以，使用instanceof在绝大多数情况下并不是推荐的做法，应当好好利用多态。
 

1 针对性

 文档编制以前应分清读者对象，按不同的类型、不同层次的读者，决定怎样适应他们的需要。    

   ① 对于面向管理人员和用户的文档，不应像开发文档(面向软件开发人员)那样过多地使用软件的专业术语。 难以避免使用的词汇，应在文档中添加词汇表，进行解释。    

   ② 开发文档使用的专业词汇未被广泛认知的，应添加注释进行说明。

   ③ 缩写词未被广泛认知的，应在其后跟上完整的拼写。    
        

2  正确性 

   ① 没有错字，漏字。

   ② 文档间引用关系正确。 

   ③ 文档细节(Title/History)正确。    
        
3  准确性

   ① 意思表达准确清晰，没有二义性。

   ② 正确使用标点符号，避免产生歧义。    
        
4  完整性 

   ① 意思表达完整，能找到主语、谓语、宾语，没有省略主语，特别是谓语。

   ② 一句话中不能出现几个动词一个宾语的现象。

   ③ 不遗漏要求和必需的信息。    
        
5  简洁性 

   ① 尽量不要采用较长的句子来描述，无法避免时，应注意使用正确的标点符号。

   ② 简洁明了，不累赘冗余，每个意思只在文档中表达一次。  

   ③ 每个陈述语句，只表达一个意思。    

   ④ 力求简明，如有可能，配以适当的图表，以增强其清晰性。    
        
6  统一性 

   ① 统一采用专业术语和项目规定的术语集。

   ② 同一个意思和名称，前后描述的用语要一致。 

   ③ 文档前后使用的字体要统一。    

   ④ 同一课题若干文档内容应该协调一致，没有矛盾。    
        
7  易读性 

   ① 文字描述要通俗易懂。 

   ② 前后文关联词使用恰当。  

   ③ 文档变更内容用其他颜色与上个版本区别开来。 

   ④ 测试步骤要采用列表的方式，用1)、2)、3)…等数字序号标注。 

 

RMI，远程方法调用（Remote Method Invocation）是Enterprise JavaBeans的支柱，是建立分布式Java应用程序的方便途径。RMI是非常容易使用的，但是它非常的强大。
　　RMI的基础是接口，RMI构架基于一个重要的原理：定义接口和定义接口的具体实现是分开的。下面我们通过具体的例子，建立一个简单的远程计算服务和使用它的客户程序
一个正常工作的RMI系统由下面几个部分组成： 

远程服务的接口定义

远程服务接口的具体实现

Stub 和 Skeleton 文件

一个运行远程服务的服务器

一个RMI命名服务，它允许客户端去发现这个远程服务

类文件的提供者（一个HTTP或者FTP服务器）

一个需要这个远程服务的客户端程序

　　下面我们一步一步建立一个简单的RMI系统。首先在你的机器里建立一个新的文件夹，以便放置我们创建的文件，为了简单起见，我们只使用一个文件夹存放客户端和服务端代码，并且在同一个目录下运行服务端和客户端。
　　如果所有的RMI文件都已经设计好了，那么你需要下面的几个步骤去生成你的系统：
　　1、  编写并且编译接口的Java代码
　　2、  编写并且编译接口实现的Java代码
　　3、  从接口实现类中生成 Stub 和 Skeleton 类文件
　　4、  编写远程服务的主运行程序
　　5、  编写RMI的客户端程序
　　6、  安装并且运行RMI系统

我的程序是在NetBeans IDE 5.5和JDK1.6下编写的，当然运行是在命令提示符下进行的

1、接口
第一步就是建立和编译服务接口的Java代码。这个接口定义了所有的提供远程服务的功能，在这里我们所有完成的就是加减乘除，下面是源程序：

1. package rmiDemo;
2. //Calculator.java
3. //define the interface
4. import java.rmi.Remote;
6. public interface Calculator extends Remote
7. {
8.     public long add(long a, long b) 
9.         throws java.rmi.RemoteException; 
11.     public long sub(long a, long b) 
12.         throws java.rmi.RemoteException; 
14.     public long mul(long a, long b) 
15.         throws java.rmi.RemoteException; 
17.     public long div(long a, long b) 
18.         throws java.rmi.RemoteException; 
19. } 

注意：这个接口继承自Remote，每一个定义的方法都必须抛出一个RemoteException异常对象。
建立这个文件，把它存放在刚才的目录下，并且编译。

2、接口的具体实现

　　下一步，我们就要写远程服务的具体实现，这是一个CalculatorImpl类文件：

1. package rmiDemo;
2. //CalculatorImpl.java
3. //Implementation
4. import java.rmi.server.UnicastRemoteObject;
6. public class CalculatorImpl extends UnicastRemoteObject implements Calculator 
7. { 
9.     // 这个实现必须有一个显式的构造函数，并且要抛出一个RemoteException异常 
10.     public CalculatorImpl() 
11.         throws java.rmi.RemoteException { 
12.         super(); 
13.     } 
15.     public long add(long a, long b) 
16.         throws java.rmi.RemoteException { 
17.         return a + b; 
18.     } 
20.     public long sub(long a, long b) 
21.         throws java.rmi.RemoteException { 
22.         return a - b; 
23.     } 
25.     public long mul(long a, long b) 
26.         throws java.rmi.RemoteException { 
27.         return a * b; 
28.     } 
30.     public long div(long a, long b) 
31.         throws java.rmi.RemoteException { 
32.         return a / b; 
33.     } 
34. } 

　　这个实现类使用了UnicastRemoteObject去联接RMI系统。在我们的例子中，我们是直接的从UnicastRemoteObject这个类上继承的，事实上并不一定要这样做，如果一个类不是从UnicastRmeoteObject上继承，那必须使用它的exportObject()方法去联接到RMI。
　　如果一个类继承自UnicastRemoteObject，那么它必须提供一个构造函数并且声明抛出一个RemoteException对象。当这个构造函数调用了super()，它久激活UnicastRemoteObject中的代码完成RMI的连接和远程对象的初始化。
3、Stubs 和Skeletons

　　下一步就是要使用RMI编译器rmic来生成桩和框架文件，这个编译运行在远程服务实现类文件上。
       在IDE中build所有程序
　　>rmic rmiDemoCalculatorImpl

　　在你的目录下运行上面的命令，成功执行完上面的命令你可以发现一个Calculator_stub.class文件，如果你是使用的Java2SDK，那么你还可以发现Calculator_Skel.class文件。

　　4、主机服务器

　　远程RMI服务必须是在一个服务器中运行的。CalculatorServer类是一个非常简单的服务器。

1. package rmiDemo;
2. //CalculatorServer.java
3. import java.rmi.Naming;
5. public class CalculatorServer {
7.    public CalculatorServer() {
8.      try {
9.        Calculator c = new CalculatorImpl();
10.        Naming.rebind("rmi://localhost:1099/CalculatorService", c);
11.      } catch (Exception e) {
12.        System.out.println("Trouble: " + e);
13.      }
14.    }
16.    public static void main(String args[]) {
17.      new CalculatorServer();
18.    }
19. }

　　5、客户端

　　客户端源代码如下：

1. package rmiDemo;
2. //CalculatorClient.java
4. import java.rmi.Naming; 
5. import java.rmi.RemoteException; 
6. import java.net.MalformedURLException; 
7. import java.rmi.NotBoundException; 
9. public class CalculatorClient { 
11.     public static void main(String[] args) { 
12.         try { 
13.             Calculator c = (Calculator)
14.                            Naming.lookup(
15.                  "rmi://localhost
16.                         /CalculatorService"); 
17.             System.out.println( c.sub(4, 3) ); 
18.             System.out.println( c.add(4, 5) ); 
19.             System.out.println( c.mul(3, 6) ); 
20.             System.out.println( c.div(9, 3) ); 
21.         } 
22.         catch (MalformedURLException murle) { 
23.             System.out.println(); 
24.             System.out.println(
25.               "MalformedURLException"); 
26.             System.out.println(murle); 
27.         } 
28.         catch (RemoteException re) { 
29.             System.out.println(); 
30.             System.out.println(
31.                         "RemoteException"); 
32.             System.out.println(re); 
33.         } 
34.         catch (NotBoundException nbe) { 
35.             System.out.println(); 
36.             System.out.println(
37.                        "NotBoundException"); 
38.             System.out.println(nbe); 
39.         } 
40.         catch (
41.             java.lang.ArithmeticException
42.                                       ae) { 
43.             System.out.println(); 
44.             System.out.println(
45.              "java.lang.ArithmeticException"); 
46.             System.out.println(ae); 
47.         } 
48.     } 
49. } 

　　保存这个客户端程序到你的目录下（注意这个目录是一开始建立那个，所有的我们的文件都在那个目录下）。
         在IDE中build所有程序。
　　6、运行RMI系统

　　现在我们建立了所有运行这个简单RMI系统所需的文件，现在我们终于可以运行这个RMI系统啦！来享受吧。

　　我们是在命令控制台下运行这个系统的，你必须开启三个控制台窗口，一个运行服务器，一个运行客户端，还有一个运行RMIRegistry。

　　首先运行注册程序RMIRegistry，你必须在包含你刚写的类的那么目录下运行这个注册程序。

　　>rmiregistry

　　好，这个命令成功的话，注册程序已经开始运行了，不要管他，现在切换到另外一个控制台，在第二个控制台里，我们运行服务器CalculatorService，因为RMI的安全机制将在服务端发生作用,所以你必须增加一条安全策略。以下是对应安全策略的例子 
grant {
permission java.security.AllPermission "", "";
};

　　注意:这是一条最简单的安全策略,它允许任何人做任何事,对于你的更加关键性的应用,你必须指定更加详细安全策略。

　　现在为了运行服务端，你需要除客户类(CalculatorClient.class)之外的所有的类文件。确认安全策略在policy.txt文件之后,使用如下命令来运行服务器。

　　> java -Djava.security.policy=C:\Documents and Settings\Administrator\RMI\build\classes\  rmiDemo.CalculatorServer

　　这个服务器就开始工作了，把接口的实现加载到内存等待客户端的联接。好现在切换到第三个控制台，启动我们的客户端。

　　为了在其他的机器运行客户端程序你需要一个远程接口(Calculator.class) 和一个stub(CalculatorImpl_Stub.class)。 使用如下命令运行客户端

　　 > java -Djava.security.policy=C:\Documents and Settings\Administrator\RMI\build\classes\ rmiDemo. CalculatorClient

　　如果所有的这些都成功运行，你应该看到下面的输出：
　　1
　　9
　　18
　　3