+0 dan -0 menunjukkan perilaku berbeda untuk data int dan float

Saya telah membaca posting ini nol negatif dan positif .

Untuk pemahaman saya, kode berikut harus memberi true dan true sebagai output.

Namun, itu memberi falsedan truesebagai hasil.

Saya membandingkan nol negatif dengan nol positif.

public class Test {
     public static void main(String[] args) {
            float f = 0;
            float f2 = -f;
            Float F = new Float(f);
            Float F1 = new Float(f2);
            System.out.println(F1.equals(F));

            int i = 0;
            int i2 = -i;
            Integer I = new Integer(i);
            Integer I1 = new Integer(i2);
            System.out.println(I1.equals(I));
      }
  }

Mengapa kita memiliki perilaku berbeda untuk 0 untuk Integerdan Float?

Ints dan float adalah binatang yang sangat berbeda di Jawa. Ints dikodekan sebagai komplemen dua , yang memiliki nilai 0 tunggal. Float menggunakan IEEE 754 ( varian 32-bit untuk float, dan 64-bit untuk ganda). IEEE 754 agak rumit, tetapi untuk tujuan jawaban ini, Anda hanya perlu tahu bahwa ia memiliki tiga bagian, yang pertama adalah bit tanda. Itu berarti untuk pelampung apa pun, ada varian positif dan negatif¹. Itu termasuk 0, jadi floats sebenarnya memiliki dua nilai "nol", +0 dan -0.

Sebagai tambahan, komplemen kedua yang digunakan int bukan satu-satunya cara untuk menyandikan bilangan bulat dalam ilmu komputer. Ada metode lain, seperti komplemen yang ' , tetapi mereka memiliki kebiasaan - seperti memiliki kedua +0 dan -0 sebagai nilai yang berbeda. ;-)

Saat Anda membandingkan float primitif (dan ganda), Java memperlakukan +0 dan -0 sama. Tetapi ketika Anda kotak mereka, Jawa memperlakukan mereka secara terpisah, seperti yang dijelaskan dalam Float#equals. Ini memungkinkan metode equals konsisten dengan hashCodeimplementasinya (dan juga compareTo), yang hanya menggunakan bit float (termasuk nilai yang ditandatangani) dan mendorong mereka apa adanya ke int.

Mereka bisa saja memilih beberapa opsi lain untuk equals / hashCode / compareTo, tetapi mereka tidak melakukannya. Saya tidak yakin apa pertimbangan desainnya. Tetapi setidaknya dalam satu hal, Float#equalsselalu akan menyimpang dari float primitive ==: Dalam primitif NaN != NaN, tetapi untuk semua objek, o.equals(o)juga harus benar . Itu artinya jika sudah Float f = Float.NaN, maka f.equals(f)sekalipun f.floatValue() != f.floatValue().

Values ​​Nilai NaN (bukan angka) memiliki bit tanda, tetapi tidak memiliki arti selain untuk pemesanan, dan Java mengabaikannya (bahkan untuk pemesanan).

Ini adalah salah satu dari Float sama dengan pengecualian

ada dua pengecualian:

Jika f1 mewakili + 0.0f sedangkan f2 mewakili -0.0f , atau sebaliknya, pengujian yang sama memiliki nilai false

Mengapa dijelaskan juga:

Definisi ini memungkinkan tabel hash untuk beroperasi dengan benar.

-0 dan 0 akan direpresentasikan secara berbeda menggunakan bit Float 31:

Bit 31 (bit yang dipilih oleh mask 0x80000000) mewakili tanda angka floating-point.

Ini bukan masalahnya Integer

Untuk bilangan bulat, tidak ada perbedaan antara -0 dan 0 untuk bilangan bulat karena menggunakan representasi pujian Twos . Jadi contoh integer Anda idan i1persis sama.

Untuk mengapung, ada representasi -0, dan nilainya setara dengan 0, tetapi representasi bit berbeda. Maka Float baru (0f) dan Float baru (-0f) akan memiliki representasi yang berbeda.

Anda dapat melihat perbedaan dalam representasi bit.

System.out.println(Float.floatToIntBits(-0f) + ", " + Float.floatToIntBits(0f));

-2147483648, 0

Dan jika Anda membiarkan funtuk menyatakan -0fmaka itu akan diperlakukan sebagai bilangan bulat, dan Anda tidak akan melihat perbedaan dalam output.