个人中心
文章发布
退出
作者热门文章
- html - 出于某种原因，IE8 对我的 Sass 文件中继承的 html5 CSS 不友好？
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景？
34
4
如何在 BigDecimal 中的点后只保留 3 个值？
我找到了一个解决方案，但它需要一个 RoundingMode
BigDecimal d = BigDecimal.valueOf(0.5649);
System.out.println(d.remainder(BigDecimal.ONE));
System.out.println(d.remainder(BigDecimal.ONE).divide(BigDecimal.valueOf(1), 3, RoundingMode.CEILING));
我想保持数字精确而不四舍五入。
最佳答案
只需使用 setScale 和 RoundingMode.DOWN
Rounding mode to round towards zero. Never increments the digit prior to a discarded fraction (i.e., truncates).
例如
BigDecimal.valueOf(0.5649).setScale(3, RoundingMode.DOWN)
关于java - 在没有 RoundingMode 的情况下检索 BigDecimal 数中的点后的数，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/10384581/
34
4
0
我的 Java println 语句中有以下代码行: System.out.println("Iteration: " + counter + "\tRoot: " + new
这个问题已经有答案了: Is floating point math broken? (33 个回答) 已关闭 5 年前。 所以我有这个代码 public String getRounded(doub
像这样制作我自己的格式化程序: enum Formatters { enum Number { static let moneyFormatter: NumberFormatter = {
请随意评论我。下面的程序出了什么问题。它给出了不同的回合结果。 public class Test { public static String round(double value, int
据我了解，RoundingMode.HALF_UP 使用我们传统的舍入方式。但是，它没有给我想要的结果: 我正在使用具有不同参数(#、#.#、...等)的 DecimalFormat() 并输入 do
我编写此代码是为了测试 BigDecimal 的运行情况，但发现 RoundingMode.UNNECESSARY 引发了异常。谁能解释一下为什么？ public class TestRounding
我正在尝试编写一个程序，该程序使用牛顿法计算用户提供的指定精度 (k) 的整数 (n) 的平方根。该程序运行良好，但我注意到我认为是一个舍入问题。有人可以帮我解决这个问题吗？ 例如: 对于输入:n =
基于this stackoverflow post ，我希望以下内容打印出 0.59 而不是 0.60。 import java.math.RoundingMode; import java.text
我认为它返回1.13，但freemarker返回1.12。 什么是正确的？ ${(1.125)?string(",##0.00;roundingMode=HALF_UP")} freemarker 版
这个问题已经有答案了: Java BigDecimal setScale and rounding with half_even (1 个回答) 已关闭 6 年前。 我正在尝试调试 HALF_EVEN
为什么这个 DecimalFormat 没有按预期使用 RoundingMode.HALF_UP 进行舍入，应该怎么做才能获得预期的输出？可以用 DecimalFormat 来完成吗？ Decimal
我在四舍五入时遇到问题。具体来说，在阅读了所有 javadoc 之后，我期待以下代码: int n = (integer between 0 and 9, included) new BigDecim
当我这样做时: let a = self.oddsNumberFormatter.stringFromNumber(2.601) // 2.60 let b = self.oddsNumberForm
当我用HALF_EVEN模式对双数取整时，发现一个问题，不知道是不是JDK的bug？请看下面的代码: public static void main(String[] args) { Roun
看来 HALF_EVEN 舍入模式在 Java DecimalFormat 中的工作方式与 BigDecimal 不同。有没有办法使 DecimalFormat 保持一致？ // Using BigD
目前我正在编写一个程序来计算数学常数。但是，我在舍入 BigDecimal 时遇到问题。一旦达到非终止小数 (1.6)，就会抛出错误。我认为问题在于舍入线，但它也将其设置为正确的小数位数，但没有舍入它
我有大约 400 个使用 RoundingMode.HALF_UP 的语句，并且根据应用的性质，我希望用户能够在舍入模式之间进行选择。但是，如果可能的话，我不知道如何将其表示为变量。由于语句数量令人难
每当有十进制值时，我都试图四舍五入一个 Double 数字。我正在尝试以下。 以下代码段按预期四舍五入所有其他值。 1.08 -> 2 9.5 -> 10 但是将 0.08 舍入为 0 而不是 1。我
如何在 BigDecimal 中的点后只保留 3 个值？ 我找到了一个解决方案，但它需要一个 RoundingMode BigDecimal d = BigDecimal.valueOf(0.
RoundingMode.HALF_EVEN 的 javadoc 指出: This rounding mode is analogous to the rounding policy used for
我是一名优秀的程序员,十分优秀！