我知道这个问题已经被反复讨论了，但是我似乎无法得到一个简单的双精度浮点数一步除法的预期结果，所以我想知道是否有编译器标志或其他奇怪的东西我没有考虑。考虑以下示例：
double v1 = 0.7;
double v2 = 0.025;
double result = v1 / v2;
当我在最后一行之后断点并在VS调试器中检查时，“result”的值为27.999999999999996。 我知道我可以通过改用“decimal”来解决它，但在周围的程序中不可能这样做。难道两个低精度的双精度数不能除以正确的值28吗？唯一的解决方案真的是使用Math.Round来四舍五入结果吗？
两个低精度的双精度浮点数不能准确地相除得到28，这难道不奇怪吗？
其实并不奇怪。0.7和0.025都无法在double类型中准确表示。涉及的确切值为：
0.6999999999999999555910790149937383830547332763671875
0.025000000000000001387778780781445675529539585113525390625
现在你是否感到惊讶，因为除法并没有给出完全是28的结果？垃圾进，垃圾出...
正如你所说，表示十进制数的正确结果是使用decimal。如果你的程序中其余部分使用了错误的类型，这意味着你需要权衡：得到错误答案的代价和改变整个程序的代价哪个更高。
DoubleConverter的小类，它查看位模式以构建十进制表示。请参见http://csharpindepth.com/Articles/General/FloatingPoint.aspx - Jon Skeet当涉及到float或double时，精度总是一个问题。
这是计算机科学中已知的问题，每种编程语言都受到影响。为了最小化这些与舍入相关的错误，一个完整的数值分析领域专门研究此类问题。
例如，让我们来看下面的代码:
```java public static void main(String[] args) { float a = 0.1f; float b = 0.2f; System.out.println(a + b == 0.3f); } ```你会期望输出结果为true，但实际上你会得到false。
float v = .001f;
float sum = 0;
for (int i = 0; i < 1000; i++ )
{
sum += v;
}
与“double”数字的“简单性”或“小型化”无关。严格来说，无论是0.7还是0.025，在计算机内存中可能都不能完全存储为这些数字，因此在它们上面进行计算可能会得到有趣的结果，前提是你需要高精度。
所以，是的，请使用“十进制”或四舍五入。
用类比的方式解释:
想象一下你正在使用基数3。在基数3中，0.1是(按照十进制) 1/3或0.333333333'。
因此，在基数3中，您可以精确地表示1/3(十进制)，但尝试用十进制表达它时会产生舍入误差。
同样，对于某些十进制数字，您也可以得到完全相同的情况：它们可以在十进制中被精确地表示，但在二进制中无法精确地表示；因此，您会遇到舍入误差。
对于你的第一个问题，简短回答是：不奇怪。浮点数是实数的离散近似，这意味着在进行算术运算时舍入误差会传播和放大。
有一个称为数值分析的数学领域，主要处理如何在使用这种近似值时最小化误差。
result.ToString() 显示为 28（可能是在double.ToString()中发生了某种四舍五入？）。但是 result == 28 返回了 false。而(int)result 返回了 27。所以您需要预料到这样的不准确性。