java中的null的学问剖析

一、null是代表不确定的对象

Java中，null是一个关键字，用来标识一个不确定的对象。因此可以将null赋给引用类型变量，但不可以将null赋给基本类型变量。

比如：int a = null;是错误的。Ojbect o = null是正确的。

Java中，变量的适用都遵循一个原则，先定义，并且初始化后，才可以使用。我们不能int a后，不给a指定值，就去打印a的值。这条对对于引用类型变量也是适用的。

有时候，我们定义一个引用类型变量，在刚开始的时候，无法给出一个确定的值，但是不指定值，程序可能会在try语句块中初始化值。这时候，我们下面使用变量的时候就会报错。这时候，可以先给变量指定一个null值，问题就解决了。例如：
Java code
Connection conn = null;
try {
conn = DriverManager.getConnection("url", "user", "password");
} catch (SQLException e) {
e.printStackTrace();
}
String catalog = conn.getCatalog();


如果刚开始的时候不指定conn = null，则最后一句就会报错。

二、null本身不是对象，也不是Objcet的实例null本身虽然能代表一个不确定的对象，但就null本身来说，它不是对象，也不知道什么类型，也不是java.lang.Object的实例。可以做一个简单的例子：

//null是对象吗? 属于Object类型吗?
Java code
if (null instanceof java.lang.Object) {
System.out.println("null属于java.lang.Object类型");
} else {
System.out.println("null不属于java.lang.Object类型");
}


结果会输出：null不属于java.lang.Object类型

三、Java默认给变量赋值

在定义变量的时候，如果定义后没有给变量赋值，则Java在运行时会自动给变量赋值。赋值原则是整数类型int、byte、short、long的自动赋值为0，带小数点的float、double自动赋值为0.0，boolean的自动赋值为false，其他各供引用类型变量自动赋值为null。
这个具体可以通过调试来看。

四、容器类型与null

List：允许重复元素，可以加入任意多个null。Set：不允许重复元素，最多可以加入一个null。Map：Map的key最多可以加入一个null，value字段没有限制。数组：基本类型数组，定义后，如果不给定初始值，则java运行时会自动给定值。引用类型数组，不给定初始值，则所有的元素值为null。

五、null的其他作用

1、判断一个引用类型数据是否null。 用==来判断。
2、释放内存，让一个非null的引用类型变量指向null。这样这个对象就不再被任何对象应用了。等待JVM垃圾回收机制去回收。
六、JAVA中null,"",equals,==相互之间使用详解我的文档
equals 与 ==

equals只是比较值是否相同
而==则是比较两个变量 是不是同一个变量，也应时是说
要看看这两个变量是不是引用的同一个地址，
java 中只有引用地址相同的两个变量才被视为==
如果明白值传递与地址传递的话，这个问题应该不难理解
a==null与 null==a
null放在前面就是为了避免变量为空时 引了空指针异常
如： if(a==null) 如果a 真为空时，现在就相当用调用了变量a的方法，a 都为空了还调用他的方法，当然会引发空指针异常了，但写成if(null==a)就不会了

if(str==null||str.equals("")){
return 0;
因为在java里，String是一个对象，如果对象不存在，就返回0，或对象存在，但包含的字符为""，也返回0,上面那if就是这个意思了。

我遇到过一种情况，就是从后台String xsvinm = (String) request.getParameter("xsvinm");

如果，xsvinm 为空，就是没有值，注意不是为“”那传到前台页面，xsvinm="null",

则

xsvinm==null 是false ,

xsvinm.equals("null") 是true

注意 xsvinm.equals(" ") 是false

七、java String 类的一些理解 关于==、equals、null
1、String 的==与equal()
在对字符串的相等判断，==判断的是地址是否相同，equal()判断的是字符值是否相同。大多数时候==跟equal()的结果都是相同的。这是因为String对象是不变模式的，如果你不是明确地new一个String对象，Java对于String对象的保存默认的是会把新生成的String 对象放到一个缓冲区，然后每次判断缓冲区中是否已经有了这个对象，如果有了，那么后建立的同样字符值的String对象也会指向最初建立是该字符值对象的地址。也就是说字符值相同的时候，大多数情况下地质也是相同的。==与equal()效果是相同的。但是当对象是str = new String(“abc”)生成的而不是直接str = “abc”这样赋值生成，或者经过了一些字符串连接处理，或者通过StringBuffer等对象生成，都会在内存中开辟新的地址的，这个时候==和 equal()结果是不同的。
是不是稍微有些复杂？这里需要一些关于内存，堆栈，对象保存方面的理解。我不想纠缠于这个问题的讨论。如果不能理解，那么只要记住如果你想要判断两个字符串的字符值是否相等，没有别的要求的时候，那么请使用equal()而不是==，至于什么时候需要使用==，我想当你需要的时候，你自然就会明白了。实际上，对于字符串的判断，我们很少需要用==的。

2、关于str.equal(“abc”)和”abc”.equal(str)
这个好像争论也挺多的，第一种常量写在后面可能符合大多数人的习惯，也符合我们的逻辑思维。但是需要多一个str是否为null的判断。否则这里是有可能出现异常的。而后一种写法不需要多做关于是否为null这个判断。就我个人喜好来说，比较喜欢后一种写法。

3、关于String的null

/**
* 测试java的String为null 的情况
* create date:2009-6-3
* author:Administrator
*
*/
public static void testNull(){
String a= null,b = null,c="呵呵";
System.out.println(a == null);
System.out.println(a+b+c);
}
方法运行结果：
true
nullnull呵呵
所以大家要注意了做字符串合并操作时，别忘记判断null，否则结果会不太让你爽啊
八、null使用学问
&&短路：deptid!=null&&!deptid.equals(""))默认分类 2006-08-30 11:29:48 阅读1 评论0 字号：大中小 订阅 .

情况：
这样写就不会出错！：
String deptid = (String) ctx.getParameterMap().get("deptId");
if(deptid!=null&&!deptid.equals(""))//如果有动态选择部门

这样写就会出错！：
String deptid = (String) ctx.getParameterMap().get("deptId");
if(！deptid.equals("")&&deptid!=null)//如果有动态选择部门

原因分析：因为&&会短路，当deptid为null时，首先遇到deptid!=null的判断是可以比较的，但是如果是先遇到
deptid.equals("")，则不能比较，便会出错！

解决：
所以以后要先判断取得的值deptid ，到底是可以和哪个比较，就把哪个放在最前面，只有当前面哪个通过了，才会检测第二个！
通常写法：把deptid!=null放置最前面，先判断其是否为对象，然后如果是对象了才能比较其内容，
即！deptid.equals("")！