开发者

Exceptions in constructors

开发者 https://www.devze.com 2022-12-27 08:19 出处:网络
In C++, the lifetime of an object begins when the constructor finishes successfully. Inside the constructor, the object does not exist yet.

In C++, the lifetime of an object begins when the constructor finishes successfully. Inside the constructor, the object does not exist yet.

Q: What does emitting an exception from a constructor mean?

A: It means that construction has failed, the object never existed, its lifetime never began. [source]

My question is: Does the same hold true for Java? What happens, for example, if I hand this to another 开发者_运维知识库object, and then my constructor fails?

Foo()
{
    Bar.remember(this);
    throw new IllegalStateException();
}

Is this well-defined? Does Bar now have a reference to a non-object?


The object exists, but it's not been initialized properly.

This can happen whenever this leaks during construction (not just when you throw an exception).

It's a very problematic situation, because some commonly assumed guarantees don't hold true in this situation (for example final fields could seem to change their value during construction).

Therefore you should definitely avoid leaking this in the constructor.

This IBM developerWorks article describes the precautions to take when constructing objects and the reasoning behind those precautions. While the article discusses the subject in the light of multi-threading, you can have similar problems in a single-threaded environment when unknown/untrusted code gets a reference to this during construction.


You should never open resources like a file writer in your constructor. Create a init method instead and do it from there. Then you're safe.


This code is not exception safe and neither would be exception safe in C++. It's same bug regardless of the language you use.

0

精彩评论

暂无评论...
验证码 换一张
取 消

关注公众号