java什么时候建立实例？java中,什么时候需要new来实例化
老铁们，大家好，相信还有很多朋友对于java什么时候建立实例和java中,什么时候需要new来实例化的相关问题不太懂，没关系，今天就由我来为大家分享分享java什么时候建立实例以及java中,什么时候需要new来实例化的问题，文章篇幅可能偏长，希望可以帮助到大家，下面一起来看看吧！
Java对象实例是何时被创建
对象实例何时被创建，这个问题也许你用一句话就能回答完了。但是它的潜在陷阱却常常被人忽视，这个问题也许并不像你想的那么简单，不信请你耐心看下去。
我前几天问一个同学，是不是在调用构造函数后，对象才被实例化?他不假思索的回答说是。
请看下面代码:
Java代码
Date date=new Date();
em.out.println(date.getTime());
新手在刚接触构造函数这个概念的时候。他们常常得出这样的结论:对象实例是在调用构造函数后创建的。因为调用构造函数后，调用引用(date)的实例方法便不会报NullPointerException的错误了。
二、经验者的观点
然而，稍稍有经验的Java程序员便会发现上面的解释并不正确。这点从构造函数中我们可以调用this关键字可以看出。
请看下面代码：
Java代码
public class Test
{
public Test()
{
this.DoSomething();
}
private void DoSomething()
{
System.out.println("do init");
}
}
这段代码中我们在构造函数中已经可以操作对象实例。这也就证明了构造函数其实只是用于初始化，早在进入构造函数之前。对象实例便已经被创建了。
三、父类构造函数
当创建一个有父类的子类的时候。对象的实例又是何时被创建的呢?我们也许接触过下面经典的代码:
Java代码
public class BaseClass
{
public BaseClass()
{
System.out.println("create base");
}
}
public class SubClass
{
public SubClass()
{
System.out.println("create sub");
}
public static void main(String[] args)
{
new SubClass();
}
}
结果是先输出create base,后输出create sub。这个结果看起来和现实世界完全一致，先有老爸，再有儿子。因此我相信有很多程序员跟我一样会认为new SubClass()的过程是:实例化BaseClass-调用BaseClass构造函数初始化-实例化SubClass-调用SubClass构造函数初始化。然而非常不幸的是，这是个错误的观点。
四、奇怪的代码
以下代码是为了驳斥上面提到的错误观点。但是这种代码其实在工作中甚少出现。
Java代码
public class BaseClass
{
public BaseClass()
{
System.out.println("create base");
init();
}
protected void init()
{
System.out.println("do init");
}
}
//
public class SubClass
{
public SubClass()
{
System.out.println("create sub");
}
@Override
protected void init()
{
assert this!=null;
System.out.println("now the working class is:"+this.getClass().getSimpleName());
System.out.println("in SubClass");
}
public static void main(String[] args)
{
new SubClass();
}
}
这段代码运行的结果是先调用父类的构造函数，再调用子类的init()方法，再调用子类的构造函数。
这是一段奇妙的代码,子类的构造函数居然不是子类第一个被执行的方法。我们早已习惯于通过super方便的调用父类的方法，但是好像从没这样尝试从父类调用子类的方法。
再次声明，这只是个示例。是为了与您一起探讨对象实例化的秘密。通过这个示例，我们再次印证了开头的观点：早在构造函数被调用之前，实例便已被创造。若该对象有父类，则早在父类的构造函数被调用之前，实例也已被创造。这让java显得有些不面向对象，原来老子儿子其实是一块儿出生的。
五、奇怪但危险的代码
本篇是对上篇奇怪代码的延续。但是这段代码更加具有疑惑性，理解不当将会让你出现致命失误。
请看下面代码：
Java代码
public class BaseClass{
public BaseClass()
{
System.out.println("create base");
init();
}
protected void init(){
System.out.println("in base init");
}
}
public class SubClass extends BaseClass{
int i=1024;
String s="13 leaf";
public SubClass()
{
System.out.println("create sub");
init();
}
@Override
protected void init(){
assert this!=null;
System.out.println("now the working class is:"+this.getClass().getSimpleName());
System.out.println("in SubClass");
/////////////great line/////////////////
System.out.println(i);
System.out.println(s);
}
public static void main(String[] args){
new SubClass();
//oh!my god!!
}
}
#p#副标题#e#
这段代码相比上一篇，只是在子类中添加了一些成员变量。而我们的目标正是集中在讨论成员变量初始化的问题上。
这段代码的执行顺序是:父类、子类实例化-调用父类构造函数-调用子类init()方法-调用子类构造函数-调用子类init()方法。最终的输出结果向我们揭示了成员变量初始化的秘密。
当父类构造函数调用子类的init()方法的时候。子类的成员变量统统是空的，这个空是指的低级初始化。(值类型为0,布尔类型为false，引用类型为null)。而当子类构造函数调用init()方法的时候，成员变量才真正被初始化。这是一个危险的讯息，那就是使用父类构造函数调用子类时存在成员变量未初始化的风险。
我们的讨论也到此为止了。再次回顾，总结一下实例何时被创建这个问题。我得出了以下结论:
本文到此便结束了。鉴于本人才疏学浅，若是专业术语有错误，或是哪里讲的不对，也欢迎各位高手拍砖。
附上第五篇中SubClass的部分字节码，方便大家深入理解:
Java代码
public SubClass();
aload_0 [this]//aload_0是啥?
invokespecial ques.BaseClass() [26]//调用父类构造函数
aload_0 [this]
sipush 1024//初始化i成员变量
putfield ques.SubClass.i: int [28]
aload_0 [this]
ldc"13 leaf" [30]//初始化s成员变量
putfield ques.SubClass.s: java.lang.String [32]
getstatic java.lang.System.out: java.io.PrintStream [34]
ldc"create sub" [40]
invokevirtual java.io.PrintStream.println(java.lang.String): void [42]
aload_0 [this]
invokevirtual ques.SubClass.init(): void [48]//调用init
return
#p#副标题#e#
java Servlet实例什么时候呗创建
容器启动的时候
具体的：
创建Servlet对象的时机
1、Servlet容器启动时：读取web.xml配置文件中的信息，构造指定的Servlet对象，创建ServletConfig对象，同时将ServletConfig对象作为参数来调用Servlet对象的init方法。
2、在Servlet容器启动后：客户首次向Servlet发出请求，Servlet容器会判断内存中是否存在指定的Servlet对象，如果没有则创建它，然后根据客户的请求创建HttpRequest、 HttpResponse对象，从而调用Servlet
对象的service方法。
3、Servlet的类文件被更新后，重新创建Servlet
Servlet容器在启动时自动创建Servlet，这是由在web.xml文件中为Servlet设置的<load-on-startup>属性决定
的。从中我们也能看到同一个类型的Servlet对象在Servlet容器中以单例的形式存在。
java中,什么时候需要new来实例化
(1)同一个对象在不同时刻体现出来的不同状态。
(2)多态的前提：
A:有继承或者实现关系。
B:有方法重写。
C:有父类或者父接口引用指向子类对象。
多态的分类：
a:具体类多态
class Fu{}
class Zi extends Fu{}
Fu f= new Zi();
b:抽象类多态
abstract class Fu{}
class Zi extends Fu{}
Fu f= new Zi();
c:接口多态
interface Fu{}
class Zi implements Fu{}
Fu f= new Zi();
(3)多态中的成员访问特点
A:成员变量
编译看左边，运行看左边
B:构造方法
子类的构造都会默认访问父类构造
C:成员方法
编译看左边，运行看右边
D:静态方法
编译看左边，运行看左边
为什么?
因为成员方法有重写。
(4)多态的好处：
A:提高代码的维护性(继承体现)
B:提高代码的扩展性(多态体现)
(5)多态的弊端：
父不能使用子的特有功能。
现象：
子可以当作父使用，父不能当作子使用。
(6)多态中的转型
A:向上转型
从子到父
B:向下转型
从父到子
好了，文章到此结束，希望可以帮助到大家。