MQL4中NormalizeDouble()函数失效问题求助

这是双精度浮点数的二进制存储特性导致的问题：0.97313这类十进制小数无法被二进制浮点数精确表示，内存中实际存储的是近似值0.9731300000000001。NormalizeDouble()虽然完成了归一化逻辑，但无法突破浮点数的底层精度限制，直接打印时会显示出这个微小误差。

以下是几种可行的解决方式：

1. 打印时格式化输出 #

通过PrintFormat或StringFormat指定输出的小数位数，强制截断多余精度：

double value = 0.9731300000000001;
double value2 = NormalizeDouble(value, Digits);
// 直接指定小数位数（假设Digits为5）
PrintFormat("%.5f", value2);
// 或用Digits变量动态适配
PrintFormat("%.*f", Digits, value2);

执行后会输出预期的0.97313。

2. 修正自定义取整函数的错误 #

你提供的自定义函数中存在变量名错误：MathPow(10,Rakam)里的Rakam应为Digits，修正后即可正常工作：

double Yuvarla(double Sayi) 
{ 
    double _sayi1 = MathRound(Sayi * MathPow(10, Digits)); 
    double _sayi2 = _sayi1 / MathPow(10, Digits); 
    return _sayi2; 
} 

注意：该函数返回的浮点数内存中仍可能存在微小误差，配合格式化打印才能得到正确显示效果。

3. 用整数存储价格（推荐） #

为彻底规避浮点数精度问题，可将价格转换为整数存储，使用时再转回浮点数：

double value = 0.9731300000000001;
long intPrice = MathRound(value * MathPow(10, Digits));
double normalizedValue = (double)intPrice / MathPow(10, Digits);
PrintFormat("%.*f", Digits, normalizedValue);

这种方式从根源上避免了浮点数的精度累积，适合需要精确计算的场景。

本质上NormalizeDouble()并未失效，只是浮点数的二进制存储特性导致显示偏差，通过上述方法处理后即可得到预期结果。

内容的提问来源于stack exchange，提问作者Yasin İPEK