Java 内部是如何处理判断一个对象是否被实例化的？

Question

User user = um.showUserById(JSONObject.getNames(uid)[0]);
比如这句话，来源于sina微博API。

我觉得左边user仅仅是一个引用，就像c/c++里int *a一样，仅仅是个（指针）指向，没有实例化一个4字节的int型变量。
但是有人说这在java里叫做声明+实例化，就是说这句话等于先,User user = new User(),再user = um.showUserById(JSONObject.getNames(uid)[0]);。
但我觉得这样的话，内存里会存在2个相同的对象，原对象等号右边的对象，新对象，user对象复制了一份 等号右边的对象。
那么执行了这句话后，内存究竟有几个对象？
如果 最上面的一句话 仅在内存在申请了一个对象的话岂不是节省内存？

Answer 1

没有搞过C语言，但是在Java里实例化是指内存创建了一个类型的实例（给它开一个内存空间），这个过程被叫做实例化，也就是说内存创建了这个类的实例，那就是被实例化了，没有创建就没有被实例化

1. 所以按照这个逻辑来讲，若你这个user == null，那也就是说这个对象没有被实例化

2. 而user其实只是一个引用，也可以叫指针吧，他指向了一个内存中真实的User实例，但是若um.showUserById(JSONObject.getNames(uid)[0])返回的是一个null，那这个user指针只是一个空指针而已，你可以把这个表达式分开写

User user;
um.showUserById(JSONObject.getNames(uid)[0]);

第一行可以叫创建了一个User类实例的指针，名字叫user

第二行创建了一个User的实例，但是由于实例没有被任何一个已经申明的指针引用到，所以第二行代码执行后，虽然在内存中已经创建了一个User的实例，但是由于没有被任何指针引用到，所以这个新建的实例没有用，最后被在这个代码块结束后被GC回收掉内存

这样分开写后，应该可以看到其实User user =um.showUserById(JSONObject.getNames(uid)[0]); 内存只会生成一个实例，而这个实例有指针user指向它而已

Answer 2

首先明确一个概念，Java里只有“值传递”，没有“引用传递”。好吧，我知道很多人听到这个会觉得三观有点动摇，我来解释一下。
Java有一个分裂的类型系统，包括用户自定义类型，也就是大家都熟悉的Object及其各种子类，还有基本类型，也叫“值类型”：包括int、long、char等，以及一个没名字但是一般都被大家称之为reference的类型。Java中不能自定义值类型。
在Java中，无论是参数传递、函数返回值、赋值、以及参与表达式运算的所有东西，只能是值类型。也就是说对于f(x)这样一个函数调用，x是一个类型为reference的值类型，不是对象本身，返回值一样也只能是值类型。同样，a=b+c这样的表达式中，a、b、c也都只能是值类型。
值类型，顾名思义，只能是值传递的，也就是说，形参接受的实参永远是值的拷贝，所以f(x)这样的函数调用实际的含义是，将实参x的值拷贝一份，绑定给函数f定义中声明的形参。
如果之前一段真的让你的三观动摇了，下面我来把它们稳定一下，毕竟，稳定压倒一切，世界不会毁灭，下个月你也不需要那张船票。
如果Java中只有值传递。那么一个对象是怎样传递的呢？还记得我们刚才说过的么，Java中有一个没名字但是被大家称之为reference的值类型，当你写“SomeType obj=...”的时候，obj的类型其实并不是SomeType，而是一个只能兼容SomeType的reference（这里的兼容指obj只能用来引用SomeType及其子类，如果SomeType是一个interface，那么obj只能用来引用实现了SomeType的对象）。
依靠这个reference，Java实现了对象的传递。
如果此时你一恢复了神志，那么我们来解释一下题目中的代码：
User user = um.showUserById(JSONObject.getNames(uid)[0]);
user是一个兼容User类型的reference，“=”是一个赋值操作，这句话的含义就是，把=右边表达式返回的值赋给user这个reference，记住“=”右边返回的不可能是一个对象，只能是一个值，当然在这里这个值是一个reference，它可能指向一个对象，在这种情况下，该语句执行完之后，user和“=”右边返回的reference值相等，也就是说它们指向同一个对象。