不是。Java中的基本数据类型只有8个:byte、short、int、long、float、double、char、boolean;除了基本类型(primitive type),剩下的都是引用类型(reference type),Java 5以后引入的枚举类型也算是一种比较特殊的引用类型。
扩展:String是java.lang包下的一个final类,由Java默认导入,所以不需要写import导入,类似的还有System,Math,基本数据类型包装类;
扩展:String不可变以及不可继承的好处
(1)有当字符串是不可变的,字符串常量池才能实现,字符串池的实现可以在运行时节约很多堆空间,因为不同的字符串变量都指向池中的同一个字符串;
(2)可以避免一些安全漏洞,比如在 Socket 编程中,主机名和端口都是以字符串的形式传入,因为字符串是不可变的,所以它的值是不可改变的,否则黑客们可以钻到空子,改变字符串指向的对象的值,造成安全漏洞;
(3)多线程安全,因为字符串是不可变的,所以同一个字符串实例可以被多个线程共享,保证了多线程的安全性;
(4)适合做缓存的 key,因为字符串是不可变的,所以在它创建的时候哈希值就被缓存了,不需要重新计算速度更快,所以字符串很适合作缓存的中的 key。
Java是面向对象的程序设计语言,讲究的是万物皆对象的理念。而基本数据类型在某些场景下无法使用,包装类可以向操作其它类一样简单操作对“基本数据类型进行操作”;
包装类提供了更多更实用的方法,如hashCode方法,equals方法以及valueOf方法等等,功能比基本数据类型丰富。从Java 5开始引入了自动装箱/拆箱机制,使得二者可以相互转换。
Java 为每个原始类型提供了包装类型:
public class DataTest {
public static void main(String[] args) {
// 定义了一个字符串,字符串的内容为256
String numberString = "252";
// Integer中的parseInt方法返回值类型为Integer
// 之所以能用int类型去接,是因为自动拆箱,将包装类型拆箱为基本数据类型
int number = Integer.parseInt(numberString);
// number 为基本数据类型,进行加4操作,返回的应该是基本数据类型中的int型
// 之所以能用Integer包装类型去接,是因为自动装箱,将int数据类型自动装箱
Integer hexInteger = number + 4;
// 可以对包装类型赋值像给基本数据类型中的int赋值一样,自动装箱
// int自动装箱调用了Integer中的valueOf方法(请注意此方法)
// 下面等同于 Integer equalsInteger = Integer.valueOf(256);
Integer equalsInteger = 256;
// 这里很容易理解,==比较的是两个对象的地址,hexInteger和equalsInteger
// 是两个不同的Integer对象,他们的地址是不同的,==比较结果是false
// 比较结果为false,但是如果我们将数换为64呢?==比较的结果如何???
System.out.println(hexInteger == equalsInteger);
// 包装类型都重写了equals方法,所以这里比较的是两个对象的值内容 System.out.println(hexInteger.equals(equalsInteger));
// 将数字转化为16进制字符串
System.out.println(Integer.toHexString(hexInteger));
}
}
程序运行结果如下:
在上述程序示例中的一个问题,如果我们换成64呢?结果还是一样吗?
public class DataTest {
public static void main(String[] args) {
// 定义了一个字符串,字符串的内容为60
String numberString = "60";
// Integer中的parseInt方法返回值类型为Integer
// 之所以能用int类型去接,是因为自动拆箱,将包装类型拆箱为基本数据类型
int number = Integer.parseInt(numberString);
// number 为基本数据类型,进行加4操作,返回的应该是基本数据类型中的int型
// 之所以能用Integer包装类型去接,是因为自动装箱,将int数据类型自动装箱
Integer hexInteger = number + 4;
// 可以对包装类型赋值像给基本数据类型中的int赋值一样,自动装箱
// int自动装箱调用了Integer中的valueOf方法(请注意此方法)
Integer equalsInteger = 64;
// 比较结果为false,但是如果我们将数换为64呢?==比较的结果如何???
System.out.println(hexInteger == equalsInteger);
// 包装类型都重写了equals方法,所以这里比较的是两个对象的值内容
System.out.println(hexInteger.equals(equalsInteger));
// 将数字转化为16进制字符串 System.out.println(Integer.toHexString(hexInteger));
}
}
程序输出结果如下:
这里改为64以后,为什么==比较也是true了呢?
这里就需要对装箱的实现以及装箱的概念有所了解。当我们给一个Integer对象赋一个int值的时候,会调用Integer类的静态方法valueOf,看看valueOf方法的源码就知道了,valueOf方法源码如下:
public static Integer valueOf(int i) {
if (i >= IntegerCache.low && i <= IntegerCache.high)
return IntegerCache.cache[i + (-IntegerCache.low)];
return new Integer(i);
}
这里面有一个IntegerCache是Integer的内部类,其代码如下:
private static class IntegerCache {
static final int low = -128;
static final int high;
static final Integer cache[];
static {
// high value may be configured by property
int h = 127;
String integerCacheHighPropValue =
sun.misc.VM.getSavedProperty("java.lang.Integer.IntegerCache.high");
if (integerCacheHighPropValue != null) {
try {
int i = parseInt(integerCacheHighPropValue);
i = Math.max(i, 127);
// Maximum array size is Integer.MAX_VALUE
h = Math.min(i, Integer.MAX_VALUE - (-low) -1);
} catch( NumberFormatException nfe) {
// If the property cannot be parsed into an int, ignore it.
}
}
high = h;
cache = new Integer[(high - low) + 1];
int j = low;
for(int k = 0; k < cache.length; k++)
cache[k] = new Integer(j++);
// range [-128, 127] must be interned (JLS7 5.1.7)
assert IntegerCache.high >= 127;
}
private IntegerCache() {}
}
简单的说,如果整型字面量的值在-128到127之间,那么不会new新的Integer对象,而是直接引用常量池中的Integer对象,超出这个范围的数值才会真正的new一个对象出来。所以上面的两段程序的输出结果是不一样的。
扩展:基本数据类型包装类中的Byte、Short、Integer、Long的高频缓存范围为-128到127;Character的高频缓存为0到127;Float、Double没有高频缓存区。Integer是唯一一个可以修改高频缓存范围的包装类。通过在VM optons中如下设置:-XX:AutoBoxCacheMax=8866 即修改缓存最大值为8866。
再看如下程序:
public class DataTest {
public static void main(String[] args) {
int a = 100;
Integer b = new Integer(100);
Integer c = new Integer(100);
System.out.println(a == b);
System.out.println(a == c );
System.out.println(b == c);
System.out.println(b.equals(a));
System.out.println(c.equals(a));
System.out.println(b.equals(c));
}
}
程序运行结果如下:
a与b、a与c使用= =比较,会将Integer包装类自动拆箱为基本数据类型中的int,进行值比较与a与b、a与c、b与c使用equals(包装类重新了equals方法)方法一样进行的都是值比较,所以是true;而b与c使用==进行比较的结果却为false,这是因为new出来的对象不会使用高频缓存范围的数值,是先创建对象,这两个对象是不同的对象,所以地址是不同的,返回false;(当然这么写代码,如果你的编程软件安装了阿里代码开发检测工具的时候是会有黄色警告的)
包装类型比基本数据类型的应用范围更广,同时提供了很多方法,很方便,一般情况下确定是使用基本数据类型还是包装类型原则如下:
1)所有的POJO类属性必须使用包装类;
2)RPC中的方法返回值和参数必须使用包装类;
3)所有局部变量推荐使用基本数据类型;
泛型不能使用基本数据类型。泛型在 JVM(Java虚拟机)编译的时候会类型檫除,比如代码 List list 在 JVM 编译的时候会转换为 List list ,因为泛型是在 JDK 5 时提供的,而 JVM 的类型檫除是为了兼容以前代码的一个折中方案,类型檫除之后就变成了 Object,而 Object 不能存储基本数据类型,但可以使用基本数据类型对应的包装类,所以像 List list 这样的代码是不被允许的,编译器阶段会检查报错,而 List list 是被允许的。
比较结果为false。浮点数在计算机中不能准确的表示出来,30.1结果输出为0.30000000000000004;
扩展:有的人说在0.1改为0.1f结果就为true了,这里是错误的,因为30.1f结果为float,结果为0.3没问题,但是与0.3(小数类型没有显式定义数据类型的话,默认是double)比较,会将float的0.3隐世转换为double类型,还是0.30000000000000004与0.3比较,所以还是false;
测试程序如下:
public static void main(String[] args) {
float a = 1.2f;
double b = a;
System.out.println(a);
System.out.println(b);
System.out.println(3*0.4f);
System.out.println(1.2);
System.out.println( (float)(3*0.4)== 1.2);
}
对于基本数据类型比较的是值,对于引用类型来说 = = 比较的变量是栈内存中存放的地址信息是否相同,用来判断两个对象的地址是否相同,即是否指向相同的对象。equals在重写了equals方法后比较的是值的信息是否相同。equals方法最先比较的就是hashCode方法是否相同,如果一个类没有重写equals方法,则equals和= =的作用是相同的,这是因为所有的类都继承于Object 超类,而Object超类中的equals方法返回是用==判断的。String对象和Integer对象都重写了equals方法。重写equals方法一定也要重写hashcode方法。
扩展:重写hashCode方法和equals方法的几种方式(当然也可以自己重写)
如下面程序:
public static void main(String[] args) {
String s1 = "abc";
String s2 = new String("abc");
String s3 = new String("abc");
System.out.println("s1与s2使用==比较结果:" + (s1 == s2));
System.out.println("s1.equals(s2)使用equals比较结果:" + s1.equals(s2));
System.out.println("s2与s3使用==比较结果"+ (s2 == s3));
System.out.println("s2与s3使用equals比较结果" + s2.equals(s3));
}
程序运行结果:(一定要注意基本数据类型包装类中的常用高频数值范围,可能会出现不一样的结果)
不对,如果两个对象x和y满足x.equals(y) = = true,它们的哈希码(hash code)应当相同。Java对于eqauls方法和hashCode方法是这样规定的:(1)如果两个对象相同(equals方法返回true),那么它们的hashCode值一定要相同;(2)如果两个对象的hashCode相同,它们并不一定相同。当然,你未必要按照要求去做,但是如果你违背了上述原则就会发现在使用容器时,相同的对象可以出现在Set集合中,同时增加新元素的效率会大大下降(对于使用哈希存储的系统,如果哈希码频繁的冲突将会造成存取性能急剧下降)。
扩展:equals方法介绍:首先equals方法必须满足自反性(x.equals(x)必须返回true)、对称性(x.equals(y)返回true时,y.equals(x)也必须返回true)、传递性(x.equals(y)和y.equals(z)都返回true时,x.equals(z)也必须返回true)和一致性(当x和y引用的对象信息没有被修改时,多次调用x.equals(y)应该得到同样的返回值),而且对于任何非null值的引用x,x.equals(null)必须返回false。
实现高质量的equals方法的诀窍包括:1. 使用==操作符检查"参数是否为这个对象的引用";2. 使用instanceof操作符检查"参数是否为正确的类型";3. 对于类中的关键属性,检查参数传入对象的属性是否与之相匹配;4. 编写完equals方法后,问自己它是否满足对称性、传递性、一致性;5. 重写equals时总是要重写hashCode;6. 不要将equals方法参数中的Object对象替换为其他的类型,在重写时不要忘掉@Override注解。
Java中只有值传递。Java语言的方法调用只支持参数的值传递(Java中没有指针)。函数调用时,无论值类型变量还是引用类型变量,都是将变量所存储的值copy给了函数的实参,区别在于基本类型变量的值就是类型值本身,而引用类型变量的值是一个地址。当一个对象实例作为一个参数被传递到方法中时,参数的值就是对该对象的引用。对象的属性可以在被调用过程中被改变,但对对象引用的改变是不会影响到调用者的。在这种类型的变量传递给参数的时候:会将变量值(引用地址)copy一份,传递给函数作为实参。也就是说:传递给函数的变量所指向的空间,与函数实参所指向的空间是相同的。因此,在函数中通过实参去改变对象的内容,会影响到函数外部变量所指向的对象的内容,因为它们都指向同一个对象。
数组没有length()方法,有length 的属性。String中通过length方法获取字符串长度。集合如List通过size()方法获取集合的大小。
一个或者两个。如果在常量池中没有“xyz”的话,就会在常量池中创建一个"xyz"对象,另外面一个是用new创建在堆上的对象;如果在常量池中有“xyz”的话,则在堆上创建一个对象s,指向常量池中的“xyz”。
扩展:(字符串常量池)字符串常量池是存储在 Java 堆内存中的字符串池,是为防止每次新建字符串带的时间和空间消耗的一种解决方案。在创建字符串时 JVM 会首先检查字符串常量池,如果字符串已经存在池中,就返回池中的实例引用,如果字符串不在池中,就会实例化一个字符串放到池中并把当前引用指向该字符串。