Ada perbedaan yang menarik antara ==dan equalsuntuk Floatdan Doublejenis: Mereka memperlakukan secara NaNberbeda:
scala> Double.NaN == Double.NaN
res3: Boolean = false
scala> Double.NaN equals Double.NaN
res4: Boolean = true
Sunting: Seperti yang ditunjukkan dalam komentar - "ini juga terjadi di Jawa" - tergantung pada apa tepatnya ini :
public static void main(final String... args) {
final double unboxedNaN = Double.NaN;
final Double boxedNaN = Double.valueOf(Double.NaN);
System.out.println(unboxedNaN == unboxedNaN);
System.out.println(boxedNaN == boxedNaN);
System.out.println(boxedNaN.equals(boxedNaN));
}
Ini akan dicetak
false
true
true
Jadi, unboxedNanhasilnya falseketika dibandingkan untuk kesetaraan karena ini adalah bagaimana angka-angka floating point IEEE mendefinisikannya dan ini harus benar-benar terjadi di setiap bahasa pemrograman (meskipun entah bagaimana mengacaukan gagasan identitas).
Kotak NaN menghasilkan true untuk perbandingan menggunakan ==di Jawa karena kami membandingkan referensi objek.
Saya tidak punya penjelasan untuk equalskasus ini, IMHO itu benar-benar harus berperilaku sama seperti ==pada nilai ganda tanpa kotak, tetapi tidak.
Diterjemahkan ke Scala masalah ini sedikit lebih rumit karena Scala telah menyatukan jenis objek primitif dan menjadi Anydan menerjemahkan ke dalam primitif ganda dan kotak ganda yang diperlukan. Dengan demikian scala ==tampaknya bermuara pada perbandingan NaNnilai-nilai primitif tetapi equalsmenggunakan yang didefinisikan pada nilai ganda kotak (ada banyak sihir konversi implisit yang terjadi dan ada hal-hal yang di gandakan menjadi ganda oleh RichDouble).
Jika Anda benar-benar perlu mencari tahu apakah sesuatu benar-benar NaNdigunakan isNaN: