I was recently bitten by a bug in which I had a Map with key type Long
, but I attempted to use it with keys of type String
. I essentially had something like:
Map<Long, Object> map;
...
String wrongType;
if (map.containsKey(wrongType)) {
// Do something
} else {
// Do something different
}
Because all of the keys in the map were of type Long, the code always executed the else
block.
Since the containsKey
and get
methods take an argument of type Object
, an object of any old type is accepted without complaint.
My confusion stemmed from the fact that the same entity is represented in two different ways in our system (sometimes as a Long
, sometimes as a String
); I can't easily change this. Is there any way I can catch an error like this while developing rather than during testing? Perhaps a compiler flag or some Eclipse option that is a little smarter about what sort of object I should be using with the containsKey
and get
methods (and their analogs in Set
, too...)
FindBugs has a test for this: GC_UNRELATED_TYPES
Running FindBugs on your code should reveal this, and a lot of other things too ;-)
You can write a generic utility method that will provide type safety:
public static <T> boolean safeContainsKey(Map<T, ?> map, T key) {
return map.containsKey(key);
}
public static <T, U> U safeGet(Map<T, U> map, T key) {
return map.get(key);
}
Now you will get compile time errors if you pass in the wrong type:
//These compile fine
boolean result1 = safeContainsKey(map, 12345l);
Object obj1 = safeGet(map, 12345l);
//These cause compilation errors
boolean result2 = safeContainsKey(map, "12345");
Object obj2 = safeGet(map, "12345");
You could implement your own type safe version of the Map
interface as well, but thats probably overkill.
Personally, I just run Google's CodePro Analytix which will provide useful type safety warnings.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With