By Neil Chaudhuri | November 6, 2014

Experienced Java developers know that Java 5 brought many significant improvements to the language.
One of them was the introduction of BigDecimal, an
abstraction for arbitrary-precision decimal numbers that gives you arithmetic functionality and complete control over
rounding and scale. All of this flexibility and power made `BigDecimal`

the *de facto* class Java developers used to model money–at
least until Java 7 gave us the Currency class.
On a recent project though with an API that doesn’t use `Currency`

, I had a simple question:

*How do you test if a BigDecimal is 0?*

It turns out that the power of `BigDecimal`

makes this question a lot trickier than you might think.

My first instinct was to do what you are always supposed to do with equality of objects–use the equals method. So I used BigDecimal’s ZERO constant and did this.

We do this kind of thing all the time without a second thought. The problem was that my unit test failed, and it turns
out it was because the condition always evaluated to `false`

–even when `price`

was definitely 0.

It turns out zero isn’t always zero. At least not when it comes to `BigDecimal`

.

The answer is in `BigDecimal`

’s implementation of the equals
method.

Unlike compareTo, this method considers two BigDecimal objects equal only if they are equal in value and scale (thus 2.0 is not equal to 2.00 when compared by this method).

I assumed `equals`

just compared values, but scale matters. `BigDecimal.ZERO`

has scale of 0, but the zero value in `price`

in my test did not.
That’s why things went wrong.

What’s the right way to check if your BigDecimal instance is 0? It turns out there are two right ways.

One of them makes perfect sense if you know Comparable. (If you don’t, check out our tutorial on the topic.)

This approach is intuitive and readable.

If you want to sacrifice readability to gain a few milliseconds of performance and earn some cuteness points, you can do this.

BigDecimal, like all values in Java, represents a signed number, and the signum
method returns the sign of the underlying number. Technically, `signum`

doesn’t
test the numerical value, but since a BigDecimal representing 0 always has a signum of 0…it works out the same in your condition.

The next time you are checking if your BigDecimal is 0, just remember. It depends on what the meaning of the word of is is.