64位double可以精确地表示整数+/- 253。
鉴于这一事实，我选择使用双类型作为我所有类型的单一类型，因为我的最大整数是一个无符号的32位数字。
但现在我必须打印这些伪整数，但问题是它们也和实际的双精度数混合在一起。
那么如何在Java中很好地打印这些double呢?
我试过String。format("%f"， value)，这很接近，除了我得到了很多小值的末尾零。
下面是%f的输出示例
232.00000000 0.18000000000 1237875192.0 4.5800000000 0.00000000 1.23450000
我想要的是:
232 0.18 1237875192 4.58 0 1.2345
当然，我可以写一个函数来修剪这些零，但由于字符串操作，这是大量的性能损失。我能用其他格式的代码做得更好吗?
Tom E.和Jeremy S.的答案是不可接受的，因为他们都任意舍入到小数点后两位。请先理解问题再回答。
请注意字符串。Format (Format, args…)依赖于语言环境(见下面的答案)。
当前回答
对于Kotlin，你可以使用这样的扩展:
fun Double.toPrettyString() =
if(this - this.toLong() == 0.0)
String.format("%d", this.toLong())
else
String.format("%s", this)
其他回答
简而言之:
如果你想摆脱尾随零和区域问题，那么你应该使用:
double myValue = 0.00000021d;
DecimalFormat df = new DecimalFormat("0", DecimalFormatSymbols.getInstance(Locale.ENGLISH));
df.setMaximumFractionDigits(340); //340 = DecimalFormat.DOUBLE_FRACTION_DIGITS
System.out.println(df.format(myValue)); //output: 0.00000021
解释:
为什么其他答案不适合我:
Double.toString() or System.out.println or FloatingDecimal.toJavaFormatString uses scientific notations if double is less than 10^-3 or greater than or equal to 10^7 double myValue = 0.00000021d; String.format("%s", myvalue); //output: 2.1E-7 by using %f, the default decimal precision is 6, otherwise you can hardcode it, but it results in extra zeros added if you have fewer decimals. Example: double myValue = 0.00000021d; String.format("%.12f", myvalue); // Output: 0.000000210000 by using setMaximumFractionDigits(0); or %.0f you remove any decimal precision, which is fine for integers/longs but not for double double myValue = 0.00000021d; System.out.println(String.format("%.0f", myvalue)); // Output: 0 DecimalFormat df = new DecimalFormat("0"); System.out.println(df.format(myValue)); // Output: 0 by using DecimalFormat, you are local dependent. In the French locale, the decimal separator is a comma, not a point: double myValue = 0.00000021d; DecimalFormat df = new DecimalFormat("0"); df.setMaximumFractionDigits(340); System.out.println(df.format(myvalue)); // Output: 0,00000021 Using the ENGLISH locale makes sure you get a point for decimal separator, wherever your program will run.
为什么使用340然后setMaximumFractionDigits?
两个原因:
setMaximumFractionDigits接受一个整数，但是它的实现有DecimalFormat允许的最大数字。DOUBLE_FRACTION_DIGITS等于340 翻倍。MIN_VALUE = 4.9E-324，因此使用340位数字，您肯定不会四舍五入的双精度和损失精度
这里有两种方法来实现它。首先，更短(可能更好)的方式:
public static String formatFloatToString(final float f)
{
final int i = (int)f;
if(f == i)
return Integer.toString(i);
return Float.toString(f);
}
这里有一个更长的，可能更糟糕的方法:
public static String formatFloatToString(final float f)
{
final String s = Float.toString(f);
int dotPos = -1;
for(int i=0; i<s.length(); ++i)
if(s.charAt(i) == '.')
{
dotPos = i;
break;
}
if(dotPos == -1)
return s;
int end = dotPos;
for(int i = dotPos + 1; i<s.length(); ++i)
{
final char c = s.charAt(i);
if(c != '0')
end = i + 1;
}
final String result = s.substring(0, end);
return result;
}
下面这个可以很好地完成工作:
public static String removeZero(double number) {
DecimalFormat format = new DecimalFormat("#.###########");
return format.format(number);
}
你说你选择用双类型存储你的数字。我认为这可能是问题的根源，因为它迫使您将整数存储为双精度(因此丢失了关于值性质的初始信息)。将数字存储在Number类(Double和Integer的超类)的实例中，并依赖多态性来确定每个数字的正确格式如何?
我知道重构整个代码可能是不可接受的，但它可以在不需要额外的代码/强制转换/解析的情况下产生所需的输出。
例子:
import java.util.ArrayList;
import java.util.List;
public class UseMixedNumbers {
public static void main(String[] args) {
List<Number> listNumbers = new ArrayList<Number>();
listNumbers.add(232);
listNumbers.add(0.18);
listNumbers.add(1237875192);
listNumbers.add(4.58);
listNumbers.add(0);
listNumbers.add(1.2345);
for (Number number : listNumbers) {
System.out.println(number);
}
}
}
将产生以下输出:
232
0.18
1237875192
4.58
0
1.2345
对于Kotlin，你可以使用这样的扩展:
fun Double.toPrettyString() =
if(this - this.toLong() == 0.0)
String.format("%d", this.toLong())
else
String.format("%s", this)
