38.400000000000006 は計算ミス？C#の小数計算で起きる丸め誤差を見てみよう

2026年7月22日

C#でコンソールアプリを作って、小数を使った計算をしたときに、次のような結果が表示されることがあります。

38.400000000000006

本当は、

48 × 0.80 = 38.4

のはずです。

では、なぜ C# では 38.400000000000006 のような長い小数が表示されることがあるのでしょうか。

これは、計算ミスではありません。

小数をコンピュータで扱うときに起きることがある、丸め誤差です。

今回のケース

基本情報技術者を体験しよう！コンソールアプリでファンクションポイント計算機を作る

基本情報技術者試験では、ソフトウェア開発の規模を見積もる方法として「ファンクションポイント法」が ...

 https://soft-rime.com/post-29096/

今回のプログラムでは、ファンクションポイントを計算しました。

入力例は次のとおりです。

重み付け合計は、次のように計算されます。

2×4 + 3×5 + 1×10 + 1×7 + 2×4
= 8 + 15 + 10 + 7 + 8
= 48

補正係数は 0.80 なので、

48 × 0.80 = 38.4

となるはずです。

しかし、C#で実行すると、環境や表示方法によっては、次のように表示されることがあります。

38.400000000000006

関係するプログラム

今回のプログラムでは、補正係数を double 型で受け取っています。

Console.Write("補正係数：");
double coef = Convert.ToDouble(Console.ReadLine());

double fp = total * coef;

Console.WriteLine($"ファンクションポイント：{fp}");

ここで使っている double は、小数を扱うための型です。

例えば、

double coef = 0.80;

のように、小数を入れることができます。

ただし、ここで大事なのは、double は小数をコンピュータ内部では2進数として保存しているということです。

double は何ビット？

C#の double は 64ビットです。

内訳は次のようになっています。

ただし、仮数部は先頭の 1 を省略して扱う仕組みがあるため、実際には約 53ビット分の精度があります。

ここでは難しい仕組みをすべて覚える必要はありません。

まずは、

double は64ビットの箱で小数を保存している。でも、無限に続く小数を全部入れることはできない。

と考えれば十分です。

0.80を2進数に変換してみる

人間は普段、10進数を使っています。

しかし、コンピュータの中では、数値は基本的に2進数で扱われます。

では、今回の 0.80 を2進数にするとどうなるでしょうか。

小数を2進数に変換するときは、次の方法を使います。

2倍して、整数部分を順番に取り出す

実際にやってみます。

整数部分を上から順番に並べると、

0.80₁₀
= 0.11001100110011001100...₂

となります。

途中から、

1100

がずっと繰り返されています。

つまり、10進数では 0.80 と短く書ける数が、2進数では途中で終わらないのです。

10進数では簡単でも、2進数では終わらないことがある

例えば、10進数では、

1 ÷ 3 = 0.333333333...

となり、途中で終わりません。

これと同じように、2進数では

0.80₁₀
= 0.11001100110011001100...₂

となり、途中で終わりません。

コンピュータは無限に続く小数を最後まで保存できないため、途中で近い値に丸めて保存します。

C#の中の0.80は少しだけ大きい

C# の double に 0.80 を保存すると、内部では実際には

0.8000000000000000444089209850062616169452667236328125

に近い値になります。

つまり、

0.80

ではなく、

0.80より少しだけ大きい値

が保存されています。

その値に48を掛ける

人間は、

48 × 0.80
= 38.4

と計算します。

しかし、C# の中では実際には、

48 × 0.8000000000000000444089209850062616169452667236328125

を計算しています。

その結果、

38.400000000000002131628207280300557613372802734375

という値になります。

この時点で、すでに本来の 38.4 より少しだけ大きくなっています。

計算結果もdoubleに入る値に丸められる

しかし、この値も double に保存しなければなりません。

ところが、

38.400000000000002131628207280300557613372802734375

も、double で完全には保存できません。

そのため、この値に最も近い double の値へ再び丸められます。

その結果、保存される値は

38.400000000000005684341886080801486968994140625

となり、画面には

38.400000000000006

と表示されることがあります。

つまり、何が起きているのか

0.80
↓
2進数では無限に続く
↓
double(64ビット)には全部保存できない
↓
近い値に丸めて保存
↓
48を掛ける
↓
結果もdoubleに保存できる近い値へ丸める
↓
38.400000000000006
と表示されることがある

これは大きな間違いなのか

いいえ。

これは非常に小さな誤差です。

人間が見ると、

38.400000000000006

は、

38.4

と同じと考えて問題ありません。

F2で表示を整える

画面表示だけを見やすくするには、

Console.WriteLine($"ファンクションポイント：{fp:F2}");

と書きます。

すると、

ファンクションポイント：38.40

と表示されます。

F2 は計算結果を変えるものではありません。

画面に表示するときの見た目を整えているだけです。

修正版プログラム

Console.WriteLine();
Console.WriteLine($"重み付け合計：{total}");
Console.WriteLine($"ファンクションポイント：{fp:F2}");

確認してみよう

まとめ

• double は64ビットで小数を保存する。
• 0.80 は2進数では 0.1100110011001100…₂ と無限に続く。
• double には無限に保存できないため、近い値へ丸められる。
• その近い値で計算し、計算結果も再び double に保存できる近い値へ丸められる。
• そのため、38.400000000000006 のような表示になることがある。
• F2 は計算を直すものではなく、表示を整えるための書式指定である。

38.400000000000006

0.80

decimal coef = 0.80m;
decimal fp = total * coef;

Console.WriteLine(fp);

0.80m

decimal coef = 0.80;

38.400000000000006

38.4

38.4