如果这不是正确的答案，那么我们可以在财务计算中使用什么进行精确划分呢？（我的意思是，我没有金融专业，但他们仍然使用部门划分，对吗？）。
那时我在小学1年，他们告诉我，当您用1除以3时，您会得到0.33333 …即一个 重复的
小数。以十进制形式表示的数字除法不精确。事实上，对于任何固定的 基座 将存在不能表示级分（将一个整数由另一个的结果） 恰好
为一个有限精度浮点在于基点数。（数字将重复出现…）
当您进行涉及除法的财务计算时，您 必须 考虑如何处理重复部分。您可以将其向上或向下四舍五入，或者四舍五入到最接近的整数，或者其他一些东西，但是基本上您
不能 忘记这个问题。
BigDecimal Javadoc表示：
BigDecimal类为用户提供了对舍入行为的完全控制。如果未指定舍入模式并且无法表示确切结果，则会引发异常；否则，将抛出异常。否则，可以通过向运算提供适当的MathContext对象，以选定的精度和舍入模式进行计算。
换句话说， 您有责任 告诉BigDecimal如何进行舍入。
编辑 -针对OP的这些后续措施。
BigDecimal如何检测无限循环十进制？
它不会显式检测重复的十进制数。它只是检测到某些操作的结果无法使用指定的精度精确表示；例如，小数点后需要太多位数才能精确表示。
它必须跟踪并检测股息循环。它可能已经选择了另一种方式来处理，例如标记重复部分在哪里等。
我想
BigDecimal可以指定它精确地表示一个重复的十进制数。即作为一个
BigRational类。但是，这会使实现更加复杂，使用起来也更昂贵2。而且由于大多数人期望数字以十进制显示，因此在这一点上还会出现重复十进制的问题。
底线是，这种额外的复杂性和运行时成本对于的典型用例而言是不合适的
BigDecimal。这包括财务计算，其中会计惯例不允许您使用重复小数。
1-这是一所很棒的小学…
2-要么尝试消除除数和除数的公因子（计算上昂贵），要么让它们无限制地增长（空间使用成本高昂，并且为以后的操作计算上昂贵）。
