Mengapa Pengaturcara Masih Menggunakan Jenis Primitif di Java?
Walaupun pengenalan tinju dan unboxing di Java 5, banyak pembangun terus menggunakan jenis primitif seperti int berbanding rakan objek mereka, seperti java.lang.Integer. Amalan ini menimbulkan persoalan mengapa ini berlaku, memandangkan kemudahan tambahan yang ditawarkan oleh jenis objek.
Seperti yang digariskan dalam "Jawa Berkesan" Joshua Bloch (Item 5: "Elakkan mencipta objek yang tidak perlu"), penggunaan primitif boleh menghasilkan faedah prestasi yang ketara. Dalam contoh kodnya, menjumlahkan panjang menggunakan objek Panjang mengambil masa 43 saat, manakala menggunakan primitif mempercepatkan proses kepada 6.8 saat.
Faktor lain yang menyumbang kepada penggunaan primitif ialah kekurangan kesamaan nilai asli dalam jenis objek. Untuk menentukan kesamaan, kaedah verbose equals() mesti digunakan, tidak seperti operator == cekap yang tersedia untuk primitif.
Pertimbangkan coretan kod berikut:
class Biziclop { public static void main(String[] args) { System.out.println(new Integer(5) == new Integer(5)); // false System.out.println(new Integer(500) == new Integer(500)); // false System.out.println(Integer.valueOf(5) == Integer.valueOf(5)); // true System.out.println(Integer.valueOf(500) == Integer.valueOf(500)); // false } }
Output mendedahkan ketidakkonsistenan dalam kesamaan nilai antara Integer() baru dan Integer.valueOf(). Walaupun Spesifikasi Bahasa Java (JLS) memerlukan cache sekurang-kurangnya 256 pemberat terbang integer ([-128; 127]), pelaksana JVM boleh melanjutkan julat ini. Ini bermakna bahawa nilai tertentu mungkin dicache pada sesetengah sistem tetapi bukan yang lain, yang membawa kepada tingkah laku yang tidak dijangka.
Atas ialah kandungan terperinci Mengapa Pengaturcara Java Mengutamakan Jenis Primitif Walaupun Wujud Kelas Pembungkus?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!