http://0.30000000000000004.com/

Это и так понятно!

Хорошо, спрошу по другому: как мне сложить эти два числа чтобы получился ответ 0.30000000000000004? Про неточность вычисления я понял.

Почему я насчитал 0.3000000000000000167?

Почему я насчитал 0.3000000000000000167?

Ты насчитал правильно. Но такого числа нет, есть только ≈0.299999999999999988897769753748 и ≈0.300000000000000044408920985006. Последнее чуточку ближе к тому, что ты насчитал.

А откуда такая логика?

Почему так происходит? Я что то такого в стандарте не видел

А откуда такая логика?

С потолка.

Если тебе не лень вчитаться в стандарт, и ты уже даже начал, может просто найдёшь там описание процедуры сложения и протрассируешь по шагам на конкретном примере?

Тут трабла в представлении чисел с плавающей точкой внутри компов в двоичном виде.

Так просто есть и всё.

Почитай про хранение таких чисел в двоичном виде и про их распределение на прямой. Чем ближе к нолю - тем плотность больше, чем дальше от ноля - тем меньше.

Вообще эти числа с плавающей запятой весьма не хилый «подарочек» даже для осведомлённых.

К стати для таких случаев в некоторых языках есть тип Decimal (десятиный) и даже в процессорах семейства x86 есть вариант хранения десятичных чисел по 4 бита на цифру и операции с ними.

Так можно и в целых посчитать.

дополнительно умножая на нужное количество десятичных разрядов.

Зачем городить велосипед если уже всё есть?

К тому же смотря с какой точностью.

Зачем городить велосипед если уже всё есть?

Например, понятия центов, копеек и сатоши, ага.

Что ага? Для этого иприменят тип децимал.

Decimal специально для этого и разработан. Там десятки нюансов учтено при разработке.

https://docs.oracle.com/javase/8/docs/api/java/math/BigDecimal.html