中級

Javaで0.1 + 0.2 が 0.3 にならない理由

2進小数の限界です。誤差を許容する比較と、金額計算でBigDecimalを使う理由を扱います。

なぜエラーが出ないのか

出力: false

（エラーなし）

javacは何も報告しません。文法として正しいためです

出力: false

実際の挙動 — 期待した結果と食い違っている箇所

見つけ方

エラーが出ないので、出力を目で確かめるしかありません。この種の誤りが最も発見が遅れます

このエラーが出る典型パターン

 1  public class Main {
 2      public static void main(String[] args) {
 3          double a = 0.1 + 0.2;
 4          System.out.println(a == 0.3                );
                                           ^
 5      }
 6  }

 1  public class Main {
 2      public static void main(String[] args) {
 3          System.out.println(0.1 + 0.2 == 0.3);
                                          ^
 4      }
 5  }

 1  import java.math.BigDecimal;
 2  
 3  public class Main {
 4      public static void main(String[] args) {
 5          BigDecimal a = new BigDecimal(0.1         );
                                                ^
 6          System.out.println(a);
 7      }
 8  }

 1  public class Main {
 2      public static void main(String[] args) {
 3          double sum = 0;
 4          for (int i = 0; i < 10; i++) sum += 0.1;
 5          System.out.println(sum == 1.0                );
                                            ^
 6      }
 7  }

 1  import java.math.BigDecimal;
 2  
 3  public class Main {
 4      public static void main(String[] args) {
 5          BigDecimal a = new BigDecimal("1.0");
 6          BigDecimal b = new BigDecimal("1.00");
 7          System.out.println(a.equals(b)                 );
                                             ^
 8      }
 9  }

よくある誤解

floatをdoubleに変えても解決しません。精度が上がるだけで、2進小数で表せない値がある事実は変わりません。

実務での勘所

BigDecimalを使えば安全というわけでもありません。new BigDecimal(0.1)のようにdouble値をそのままコンストラクタに渡すと、すでに2進小数として丸められた後の不正確な値を引き継いでしまい、0.1000000000000000055511151231257827021181583404541015625のような値になります。正しく使うにはBigDecimal.valueOf(0.1)か、new BigDecimal("0.1")のように文字列から生成する必要があります。「BigDecimalを使った」だけでは不十分で、どう生成したかが重要です。

演習をはじめる

関連するエラー

• 整数同士の割り算で小数が消える理由int / int はintで計算されます。
• == と .equals() の違い（文字列比較）Java初学者が最も多く踏む罠。