Why is the finalize() method in java.lang.Object “protected”?

I answer your question with another question:

Why finalize method shouldn’t be protected?

In general, you should try to keep things as much private as possible. That’s what encapsulation is all about. Otherwise, you could make everything public. finalize can’t be private (since derived classes should be able to access it to be able to override it), so it should at least be protected but why give out more access when it’s not desirable?


After reading your comment more carefully, I guess I see your main point now. I think your point is since everything derives from java.lang.Object and consequently accesses its protected members, it wouldn’t make any difference for it (or any method in java.lang.Object for that matter) to be public as opposed to protected. Personally, I’d count this as a design flaw in Java. This is indeed fixed in C#. The problem is not why finalize is protected. That’s OK. The real issue is that you shouldn’t be able to call protected methods in the base class through an object reference of the base class type. Eric Lippert has a blog entry discussing why allowing such kind of access to protected members is a bad idea which is further elaborated on Stack Overflow in this question.

Leave a Comment