Why must local variables, including primitives, always be initialized in Java?

Basically, requiring a variable to be assigned a value before you read it is a Good Thing. It means you won’t accidentally read something you didn’t intend to. Yes, variables could have default values – but isn’t it better for the compiler to be able to catch your bug instead, if it can prove that you’re trying to read something which might not have been assigned yet? If you want to give a local variable a default value, you can always assign that explicitly.

Now that’s fine for local variables – but for instance and static variables, the compiler has no way of knowing the order in which methods will be called. Will a property “setter” be called before the “getter”? It has no way of knowing, so it has no way of alerting you to the danger. That’s why default values are used for instance/static variables – at least then you’ll get a known value (0, false, null etc) instead of just “whatever happened to be in memory at the time.” (It also removes the potential security issue of reading sensitive data which hadn’t been explicitly wiped.)

There was a question about this very recently for C#… – read the answers there as well, as it’s basically the same thing. You might also find Eric Lippert’s recent blog post interesting; it’s at least around the same area, even though it has a somewhat different thrust.

Leave a Comment