可能有的小伙伴看到这个问题会不屑一顾，这个玩意老子天天用！

可是，相信你一定有过被 NullPointerException 支配的痛苦经历，而 toString() 方法就是其中一个罪魁祸首！

我先问大家一个问题，是不是所有的Java变量都有toString呢？

如果你觉得有，请把1打在公屏上，如果没有，就打2。（话说我在干嘛，这是博客，又不是Bilibili，emmm，不过可以考虑后期写个弹幕系统）

现在我来公布答案：基本数据类型是没有的，不能使用toString方法！

不相信你可以在Eclipse或者idea里面试一试，编译会报错的。

包装类

上面已经说了，基本数据类型是没有toString的，那么包装类有吗？

包装类，用的比较多的，那就是Integer了，看下Integer有没有toString 呢？答案肯定是有的，包装类不是基本数据类型，那就是有的。

public class StringTest1 {
    public static void main(String[] args) {
        Integer i = 1;
        System.out.println(i.toString());
    }
}

注意，Integer的toString方法用了重载（jdk1.8版本源码）：

public String toString() {
   return toString(value);
}

重新调用了另一个toString，也是写在Integer类中：

public static String toString(int i) {
    if (i == Integer.MIN_VALUE)
        return "-2147483648";
    int size = (i < 0) ? stringSize(-i) + 1 : stringSize(i);
    char[] buf = new char[size];
    getChars(i, size, buf);
    return new String(buf, true);
}

这些代码如果看的吃力，也没有关系，我们只需要理解大概的意思就行。在调用toString方法的时候，实际上就是把Integer类内部的value属性，转换成一个String对象返回。

Integer自动装箱原理

顺便说一下Integer的自动装箱原理，有些面试题经常喜欢考察这个。

Integer作为一个典型的包装类，当你写了如下代码：

Integer i = 1;

实际上，编译器会调用Integer的valueOf方法，将原始类型值转换成Integer对象，这个过程我们是感觉不到的。Integer还维护了一个缓存IntegerCache，它会判断i是否在-128和127之间，存在则从IntegerCache中获取包装类的实例，否则new一个新实例。IntegerCache使用了享元模式，其内部维护了一个缓存池，数值范围是-128和127之间，这个缓存是静态的，类加载的时候会自动加载。因为我们正常使用Integer的时候，赋予的值一般不会太大，所以只需牺牲一点点内存，这里用享元模式可以有效地提升效率。

附上Integer的valueOf方法：

public static Integer valueOf(int i) {
    //判断i是否在-128和127之间，存在则从IntegerCache中获取包装类的实例，否则new一个新实例
    if (i >= IntegerCache.low && i <= IntegerCache.high)
        return IntegerCache.cache[i + (-IntegerCache.low)];
    return new Integer(i);
}

这个功能从jdk1.5开始就有了。

Object类

在Java中，所有的类都继承自Object，所以我们有必要再来看看Object的情况。首先是Object类的toString实现：

public String toString() {
    return getClass().getName() + "@" + Integer.toHexString(hashCode());
}

可以看到，Object的toString方法就是把对象的hashCode值转为16进制而已。比如：

java.lang.Object@16d3586

但是实际上，调用toString还是会根据当前对象来具体分析的，比方说下面的代码：

Object i = 1;
System.out.println(i.toString());

1明明是基本数据类型，但是赋值给Object以后，编译器就会把它看成是Integer对象。不妨做一个实验，在eclipse或者idea中打开调试模式，然后在Integer的toString方法中打上一个断点。当你调试这段代码的时候，就会发现可以进入到Integer的toString方法。

这也就印证了，这种情况编译器是会认识到，当前的1应该是一个Integer对象。

再看一个例子：

Object i = new ArrayList<>();
System.out.println(i.toString());

这时候的i其实是ArrayList的实例对象，所以实际调用toString方法的时候，也就是直接调用ArrayList的toString方法了，而ArrayList并未对toString进行重写，而是ArrayList的父类AbstractList，AbstractList的父类AbstractCollection重写了toString：

public String toString() {
    Iterator<E> it = iterator();
    if (! it.hasNext())
        return "[]";
    StringBuilder sb = new StringBuilder();
    sb.append('[');
    for (;;) {
        E e = it.next();
        sb.append(e == this ? "(this Collection)" : e);
        if (! it.hasNext())
            return sb.append(']').toString();
        sb.append(',').append(' ');
    }
}

这也是为什么，我们打印ArrayList的时候（这个操作实在是很普遍，懂的都懂），打印出来的是一个数组字符串。

综上，Object类调用toString，如果当前实际的对象没有重写toString，就是调用父类的toString，如果父类也没有重写toString，就层层冒泡最终到Object类。