Home » Java » Core Java » Common gotchas in Java

About Peter Lawrey

Peter Lawrey

Common gotchas in Java


Java is a minimalist language with deliberately less features than other languages, never the less it has edge cases which strange effects, and even some common cases with surprising effects to trip up the unwary. If you are used to reading another language you can easily read Java the wrong way leaving to confusion.

Variables are only references or primitives

That’s right, variables are not Objects. This means when you see the following, s is not an object, it is not a String, it is a reference to a String

String s = "Hello";

This answers many areas of confusion such as;

  • Q: If String is immutable how can I change it. e g. s += “!”;
  • A: You can’t in normal Java, you can only change a reference to a String.

== compares references, not their contents.

To add to the confusion, using == some times works. If you have two immutable values which are the same, the JVM can try to make the references the same too. e.g.

     String s1 = "Hi", s2 = "Hi";
    Integer a = 12, b = 12;

In both these case, an object pool is used so the references end up being the same. s1 == s2 and a == b are both true as the JVM has made the references to the same object. However, vary the code a little so the JVM doesn’t pool the objects, and == returns false, perhaps unexpectedly. In this case you need to use equals.

 String s3 = new String(s1);
    Integer c = -222, d = -222;
  s1 == s2      // is true
    s1 == s3      // is false
    s1.equals(s3) // is true
    a == b        // is true
    c == d        // is false (different objects were created)
    c.equals(d)   // is true

For Integer, the object pool starts at -128 up to at least 127 (possibly higher)

Java passes references by value

All variables are passed by value, even references. This means when you have a variable which is a reference to an object, this reference is copied, but not the object. e.g.

 public static void addAWord(StringBuilder sb) {
     sb.append(" word");
     sb = null;
 StringBuilder sb = new StringBuilder("first ");
System.out.println(sb); // prints "first word word"

The object referenced can be changed, but changes to the copied reference have no effect on the caller.

In most JVMs, the Object.hashCode() doesn’t have anything to do with memory location

A hashCode() has to remain constant. Without this fact hash collections like HashSet or ConcurrentHashMap wouldn’t work. However, the object can be anywhere in memory and can change location without your program being aware this has happened. Using the location for a hashCode wouldn’t work (unless you have a JVM where objects are not moved)

For OpenJDK and the HotSpot JVM, the hashCode() generated on demand and stored in the object’s header. Using Unsafe you can see whether the hashCode() has been set and even change it by over

Object.toString() does something surprising rather than useful

The default behaviour of toString() is to print an internal name for a class and a hashCode().

As mentioned the hashCode is not the memory location, even though it is printed in hexi-decimal. Also the class name, especially for arrays is confusing. For example; a String[] is printed as [Ljava.lang.String; The [ signifies that it is an array, the L signifies it is a “language” created class, not a primitive like byte which BTW has a code of B. and the ; signifies the end of the class. For example say you have an array like

 String[] words = { "Hello", "World" };

print something like


Unfortunately you have to know that the class is an object array, e.g. if you have just Object words, you have a problem and you have to know to call Arrays.toString(words) instead. This break encapsulation in a rather bad way and a common source of confusion on StackOverflow.

I have asked different developers at Oracle about this and the impression I got is that it’s too hard to fix it now.

Reference: Common gotchas in Java from our JCG partner Peter Lawrey at the Vanilla Java blog.

Do you want to know how to develop your skillset to become a Java Rockstar?

Subscribe to our newsletter to start Rocking right now!

To get you started we give you our best selling eBooks for FREE!


1. JPA Mini Book

2. JVM Troubleshooting Guide

3. JUnit Tutorial for Unit Testing

4. Java Annotations Tutorial

5. Java Interview Questions

6. Spring Interview Questions

7. Android UI Design


and many more ....


Receive Java & Developer job alerts in your Area from our partners over at ZipRecruiter


One comment

  1. your method is public static void addAWord(StringBuilder sb)

    and you are using addWord(sb); where is letter “A” in your method?

Leave a Reply

Your email address will not be published. Required fields are marked *


Want to take your Java skills to the next level?

Grab our programming books for FREE!

Here are some of the eBooks you will get:

  • Spring Interview QnA
  • Multithreading & Concurrency QnA
  • JPA Minibook
  • JVM Troubleshooting Guide
  • Advanced Java
  • Java Interview QnA
  • Java Design Patterns