Started by **Teresa Portela**Sep 14, 2021

Open

Why did the sum of float values not return the expected value in JavaScriptwas just doing some practice exercises and saw something I found a bit weird. When adding the values (that are floats) from two different objects, I get a tiny fraction of a number added to the end.

E.g. I added quantity * price from two objects. Quantity is 1 for both objects, price .1 and .2. However, instead of returning .3, it returns something like .300000000004

What's going on underneath the hood to cause this?

1 Replies

When we write

const x = 0.1

in a JavaScript source file and execute it, JavaScript does not interpret the `0.1`

as the real number 0.1, because JavaScript numbers cannot represent every single possible real number, and 0.1 is not one of the real numbers which they can represent. Instead, `0.1`

is interpreted as the *closest JavaScript number* to 0.1, which in binary is the number

0.0001100110011001100110011001100110011001100110011001101

or in decimal is

0.1000000000000000055511151231257827021181583404541015625

Note that there's nothing stopping us from writing all of those decimal digits out in our JavaScript source file if we want to:

const x = 0.1000000000000000055511151231257827021181583404541015625

JavaScript will always interpret what we wrote, no matter how (im)precise, as the closest available JavaScript number. Sometimes this reinterpretation will be absolutely precise. But sometimes this reinterpretation will lose some precision.

For the same reason, when we write

const y = 0.2

JavaScript does not interpret this as the real number 0.2 but as the real number

0.200000000000000011102230246251565404236316680908203125

And if we write

const z = 0.3

JavaScript does not interpret this as the real number 0.3 but as the real number

0.299999999999999988897769753748434595763683319091796875

This means that when we write

const sum = 0.1 + 0.2

(or `const sum = x + y`

), what JavaScript actually computes is the **precise** sum

0.1000000000000000055511151231257827021181583404541015625

+

0.200000000000000011102230246251565404236316680908203125

=

0.3000000000000000166533453693773481063544750213623046875

JavaScript numbers cannot represent this precise result either, so the value returned is the closest available JavaScript number, which is

0.3000000000000000444089209850062616169452667236328125

Again, we have lost a little precision, although for a different reason. At first, we lost some precision in the interpretation of the source code. Now, we have lost some more precision in the calculation.

Notice that this sum value, which we got by writing `0.1 + 0.2`

, is a different JavaScript number from what we got when we simply typed `0.3`

.

Now, what happens when we try to log any of these values at the console?

JavaScript does not log every last decimal place of a number. Instead, JavaScript logs out the minimum number of digits necessary to uniquely identify that JavaScript number from the other JavaScript numbers near it.

So, if we try to log the value

0.1000000000000000055511151231257827021181583404541015625

we'll see the much shorter three-character string

> 0.1

at our console, because this is all that is necessary.

Note that yet again, we have lost some precision! That's three times now!

Strictly speaking, the only reason why `console.log(0.1)`

logs `0.1`

is because of two different precision-loss events which cancel one another out. There is no 0.1 in the JavaScript programming language. One would be forgiven for thinking that there is.

Similarly, if we try to log

0.200000000000000011102230246251565404236316680908203125

we'll get

> 0.2

out. And if we try to log

0.299999999999999988897769753748434595763683319091796875

we'll get

> 0.3

out. And finally, if we try to log the result of `0.1 + 0.2`

, which we remember is

0.3000000000000000444089209850062616169452667236328125

we'll get *[drum roll]*...

> 0.30000000000000004

So that's why `0.1 + 0.2`

equals `0.30000000000000004`

, and does not equal `0.3`

. It's because we lost precision in three different places:

Trending Technologies

15

Software40

DevOps48

Frontend Development24

Backend Development20

Server Administration17

Linux Administration26

Data Center24

Sentry24

Terraform23

Ansible83

Docker70

Penetration Testing16

Kubernetes21

NGINX20

JenkinsX17

Recommended Blogs

8

Recommended Threads

8

Anik Adhikary

Anik Adhikary

Anik Adhikary