Treemap and Treeset in Java

TreeMap and TreeSet in Java

by

TreeMap and TreeSet are basic Java collections added in Java 1.2. TreeMap is a mutable, ordered, Map implementation. Similarly, TreeSet is a mutable, ordered Set implementation.

TreeMap is implemented as a Red-Black tree, which provides O(log n) access times. TreeSet is implemented using a TreeMap with dummy values.

Both collections are not thread-safe.

TreeMap of a simple Java type

First, we create an empty map, and insert some elements into it:

Version ≥ Java SE 7
TreeMap treeMap = new TreeMap<>();
Version < Java SE 7 TreeMap treeMap = new TreeMap();
treeMap.put(10, "ten");
treeMap.put(4, "four");
treeMap.put(1, "one");
treeSet.put(12, "twelve");

Once we have a few elements in the map, we can perform some operations:

System.out.println(treeMap.firstEntry()); // Prints 1=one
System.out.println(treeMap.lastEntry());  // Prints 12=twelve
System.out.println(treeMap.size());       // Prints 4, since there are 4 elemens in the map
System.out.println(treeMap.get(12));      // Prints twelve
System.out.println(treeMap.get(15));      // Prints null, since the key is not found in the map

We can also iterate over the map elements using either an Iterator or a for each loop. Note that the entries are printed according to their natural ordering, not the insertion order:

Version ≥ Java SE 7

for (Entry entry : treeMap.entrySet()) {
    System.out.print(entry + " "); //prints 1=one 4=four 10=ten 12=twelve
}
Iterator> iter = treeMap.entrySet().iterator();
while (iter.hasNext()) {
    System.out.print(iter.next() + " "); //prints 1=one 4=four 10=ten 12=twelve

TreeSet of a simple Java Type

First, we create an empty set, and insert some elements into it:

Version ≥ Java SE 7
TreeSet treeSet = new TreeSet<>();
Version < Java SE 7 TreeSet treeSet = new TreeSet();
treeSet.add(10);
treeSet.add(4);
treeSet.add(1);
treeSet.add(12);

Once we have a few elements in the set, we can perform some operations:

System.out.println(treeSet.first());       // Prints 1
System.out.println(treeSet.last());        // Prints 12
System.out.println(treeSet.size());        // Prints 4, since there are 4 elemens in the set
System.out.println(treeSet.contains(12));  // Prints true
System.out.println(treeSet.contains(15));// Prints false

We can also iterate over the map elements using either an Iterator or a for each loop. Note that the entries are printed according to their natural ordering, not the insertion order:

Version ≥ Java SE 7
for (Integer i : treeSet) {
System.out.print(i + " "); //prints 1 4 10 12
}
Iterator iter = treeSet.iterator();
while (iter.hasNext()) {
System.out.print(iter.next() + " "); //prints 1 4 10 12
}

TreeMap/TreeSet of a custom Java type

Since TreeMaps and TreeSets maintain keys/elements according to their natural ordering. Therefor TreeMap keys and TreeSet elements have to comparable to one another.

Say we have a custom Person class:

public class Person {
private int id;
private String firstName, lastName;
private Date birthday;
//… Constuctors, getters, setters and various methods
}

If we store it as-is in a TreeSet (or a Key in a TreeMap):

TreeSet set = …
set.add(new Person(1,"first","last",Date.from(Instant.now())));

Then we’d run into an Exception such as this one:

Exception in thread "main" java.lang.ClassCastException: Person cannot be cast to
java.lang.Comparable
at java.util.TreeMap.compare(TreeMap.java:1294)
at java.util.TreeMap.put(TreeMap.java:538)
at java.util.TreeSet.add(TreeSet.java:255)

To fix that, let’s assume that we want to order Person instances based on the order of their ids (private int id). We could do it in one of two ways:

  1. One solution is to modify Person so it would implement the Comparable interface:
public class Person implements Comparable {
private int id;
private String firstName, lastName;
private Date birthday;
//… Constuctors, getters, setters and various methods
@Override
public int compareTo(Person o) {
return Integer.compare(this.id, o.id); //Compare by id
}
}
  1. Another solution is to provide the TreeSet with a Comparator:
Version ≥ Java SE 8
TreeSet treeSet = new TreeSet<>((personA, personB) -> Integer.compare(personA.getId(),
personB.getId()));
TreeSet treeSet = new TreeSet<>(new Comparator(){
@Override
public int compare(Person personA, Person personB) {
return Integer.compare(personA.getId(), personB.getId());
}
});

However, there are two caveats to both approaches:

  1. It’s very important not to modify any fields used for ordering once an instance has been inserted into a TreeSet/TreeMap. In the above example, if we change the id of a person that’s already inserted into the collection, we might run into unexpected behavior.
  2. It’s important to implement the comparison properly and consistently. As per the Javadoc:

The implementor must ensure sgn(x.compareTo(y)) == -sgn(y.compareTo(x)) for all x and y. (This implies that x.compareTo(y) must throw an exception iff y.compareTo(x) throws an exception.)

The implementor must also ensure that the relation is transitive: (x.compareTo(y)>0 && y.compareTo(z)>0) implies x.compareTo(z)>0.

Finally, the implementor must ensure that x.compareTo(y)==0 implies that sgn(x.compareTo(z)) == sgn(y.compareTo(z)), for all z.

TreeMap and TreeSet Thread Safety

TreeMap and TreeSet are not thread-safe collections, so care must be taken to ensure when used in multi-threaded
programs.

Both TreeMap and TreeSet are safe when read, even concurrently, by multiple threads. So if they have been created and populated by a single thread (say, at the start of the program), and only then read, but not modified by multiple threads, there’s no reason for synchronization or locking.

However, if read and modified concurrently, or modified concurrently by more than one thread, the collection might throw a ConcurrentModificationException or behave unexpectedly. In these cases, it’s imperative to synchronize/lock access to the collection using one of the following approaches:

  1. Using Collections.synchronizedSorted..:

SortedSet set = Collections.synchronizedSortedSet(new TreeSet());
SortedMap map = Collections.synchronizedSortedMap(new
TreeMap());

This will provide a SortedSet/SortedMap implementation backed by the actual collection, and synchronized on some mutex object. Note that this will synchronize all read and write access to the collection on a single
lock, so even concurrent reads would not be possible.

  1. By manually synchronizing on some object, like the collection itself:

TreeSet set = new TreeSet<>();

…

//Thread 1
synchronized (set) {
set.add(4);
}
…
//Thread 2
synchronized (set) {
set.remove(5);
}
  1. By using a lock, such as a ReentrantReadWriteLock:
TreeSet set = new TreeSet<>();
ReentrantReadWriteLock lock = new ReentrantReadWriteLock();
…
//Thread 1
lock.writeLock().lock();
set.add(4);
lock.writeLock().unlock();

… 

//Thread 2
lock.readLock().lock();
set.contains(5);
lock.readLock().unlock();

As opposed to the previous synchronization methods, using a ReadWriteLock allows multiple threads to read from
the map concurrently.

Leave a Comment