我有以下代碼,有時返回為true,有時不返回.

任何想法可能導致變化的結果嗎？

0.00字符串來自JSON對象.

(代碼簡化)

if(new Float("0.00")>0){

// do something

}

編輯：

我有一些浮點數,我想確定它是否為零,小于零或大于零.值可以是0.00、0.001或-0.001之類的值.如何確定它們是正數,負數還是零？

編輯：

也許我應該澄清我如何獲得價值觀.我可能完全是其他導致問題的原因,因為我閱讀了有關BigDecimal的內容,并嘗試無濟于事.

使用以下代碼從JSON feed(格式為LT：0.000)中提取值：

price = new BigDecimal(stocksJSONArray.getJSONObject(i).getString("LT"));

然后,為了測試價格是大于還是小于零,我使用了以下條件語句：

if(price.compareTo(BigDecimal.ZERO)==1){

// greater than zero

}

else if(price.compareTo(BigDecimal.ZERO)==-1){

// less than zero

}

對于從JSON提要中讀取的許多值,此代碼將循環執行.從結果中可以看出,一些零價格被處理為大于零,而某些價格被處理為小于零.我懷疑其他原因導致了這里的問題？

我還進行了測試,以查看問題是否出在數據的準確性上.所以我這樣做：

DecimalFormat frmt = new DecimalFormat("0.000000000000000000000000");

String formatted = frmt.format(stock.change);

對于被識別為正數和負數的零,其跟蹤值仍為0.000000000000000000000000,而不是0.000000000000000000000001或類似的值.

解決方法:

您的表達式將在Java中可靠地產生false的結果.

但是,假設零是例如-1除以加無窮大的結果.在這種情況下,它內部將表示為-0.00.在某些情況下,它仍將打印為零(無負號),而在其他情況下,其行為將不同于0.00.

浮點數通常可以用小于-的方式與整數進行比較-存在四舍五入誤差的風險,但是通過添加或減去一個隨機的小值無濟于事.與平等比較有所不同.

我建議您仔細檢查有關浮點行為的事實和do more reading.

編輯：我在上面大大簡化了回答原始問題.為了回答對該問題的編輯,我們需要更深入地研究.

對于浮點數的任何運算,應該知道并考慮輸入的精度和準確度以及所需的輸出精度.有時任務可以解決,有時卻不能解決-輸入精度可能不足以產生答案.

在您的情況下,精度為32位,其中尾數為24位,指數為8位.這意味著該數據類型可以將0.00100001與0.001區別開來,而與0.001000001區別開來,您可以很容易地看到：

System.out.println((float)0.001 < (float)0.001000001);

(請注意,如果不通過強制轉換進行單精度比較,則會得到不同的結果.在這種情況下,計算將以雙精度進行,并且可以安全地區分數字,直到將它們拉近為止.)

因此,精度取決于數據類型.不太準確.確定輸入精度通常要比精度更具挑戰性,因為它與數據類型無關,只是精度永遠不會比精度好.

關于特定浮點類型的可表示性,數學實數可以在四種可能的情況下找到自己的位置,它們對應于以人類可讀的十進制表示形式以字面值出現時所接受的不同處理.

>可以用二進制準確表示.例如,0或0.25.然后,它與整數變量中的整數一樣準確.

>或可以近似表示,其精度與類型的精度相對應.例如1/3或0.1或0.001.當所需的指數適合可用的指數位數時,但是當該數字的二進制擴展數長于尾數或完全無窮大時,就會發生這種情況.

>或近似可表示,且準確性嚴重失真.這些是denormal(非正常)數字.這不僅是不準確的,而且它的算術運算可能會減慢到爬網的速度,這通常被記錄為正確的行為,即使是受人尊敬的Java編譯器,在看到這種類型的文字(可能是bug)時也會冒汗.

>否則根本就不合適,編譯器會拒絕該字面量太大.

因此,在您的情況下,我們只有三個有效的輸入：0(準確),0.001(近似)和-0.001(近似),這可以解決您的問題.只需將您的數字與0文字(順便說一句是準確的)進行比較,您將始終獲得期望的布爾值(完全準確的輸出).

但是,這取決于您的輸入是直接從文字中派生的.如果您輸入的值是0.001,-0.001和(float)1000 *(float)0.001-1之一,那么這將是一個不同的問題,您將必須獲得答案,例如：

if (-0.00001 < x && x < 0.00001) // then x is zero

而且,如果您允許任何輸入,而不僅僅是這三個魔術值,并且不知道輸入的準確性,那么這就是不可能的任務.即使是從0.000000000 …開始的文字,最后還有一些垃圾數字也將被Java編譯器轉換為完全中性的零,在這種情況發生之后,再也沒有任何Java代碼會從準確和美觀的角度告訴它0.00,或者如果您在下溢值上添加減號,會發生什么.它是變量中所有相同的,不準確的零,相同的位模式,而不是3個不同的值.

標簽：java,android

來源： https://codeday.me/bug/20191101/1983248.html

總結

以上是生活随笔為你收集整理的java 里大于且小于_java-浮点数大于或小于零的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。