JAVA中容易混淆的一些小知识
问题一：我声明了什么!
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实例内容如何�
相关文档：
import java.io.IOException;
import java.security.SecureRandom;
import javax.crypto.Cipher;
import javax.crypto.SecretKey;
import javax.crypto.SecretKeyFactory;
import javax.crypto.spec.DESKeySpec;
import sun.misc.BASE64Decoder;
import sun.misc.BASE64Encoder;
public class DES {
private byte ......
Hibernate
之父 Gavin King[1]建议开发者升级到 Java EE 6 平台，并指出了一些不愿意升级的观点其实是没有根据的。
Java EE 6 发布后，我看到了很多反对升级到新平台的观点。这些反对观点大多是由 Tomcat
/ Jetty 以及一些开源框架（例如 Hibernate 与 Spring）的使用者提出。
&n ......
通过Web Service混合.NET和Java技术往往很容易，但Web Service并非是.NET和Java互操作的万灵丹。Web Service在集成独立的跨网络通信的组件时非常有用，在简单的调用/返回情景中，涉及的数据类型数量非常有限，且Web Service是基于标准的，混合.NET和Java技术通常显得很简单，因此有人认为Web Serv ......
这样一来，Delphi使用Webservice和JAVA通讯时，可以将DELPHI的时间直接传给JAVA。从而免去了时间字符串parse之间的消耗，提高的程序效率。
Delphi时间实质就是double类型，整数部分表示天，小数部分表示当天时间，每毫秒为1/86400000。考虑到时区的转换后，JAVA和DELPHI时间之间的转换类如下：
import java.util.Calendar ......
在Devoxx 2009（一年一度的Java社区大会，今年在11月16-20日举行）上，Sun宣布将在JDK 7中增加闭包功能。这个功能的添加将从FCM v0.5（First-Class Methods，第一类方法）的语法和语意开始着手。FCM与JCA原本一同被提交，然而Sun宣布JCA将不在JDK 7中考虑。
同时，Sun表示Java 7的发布时间将被推迟至2010年底。 ......
