Mula-mula, mari kita lihat pada mod tunggal pemula bukan-benang selamat
public class UnsafeLazyInitialization { private static UnsafeLazyInitialization instance; public static UnsafeLazyInitialization getInstance(){ if(instance == null){ //1: 线程A执行 instance = new UnsafeLazyInitialization(); //2: 线程B执行 } return instance; } }
Dalam kelas UnsafeLazyInitialization, dengan anggapan bahawa utas A melaksanakan kod 1, Thread B melaksanakan kod 2. Pada masa ini, thread A mungkin melihat bahawa objek rujukan contoh masih belum dimulakan.
Untuk kelas UnsafeLazyInitialization, kami boleh menyegerakkan kaedah getInstance() untuk mencapai pemulaan tertunda yang selamat untuk benang Kod sampel adalah seperti berikut:
public static synchronized UnsafeLazyInitialization getInstance(){ if(instance == null){ //1: 线程A执行 instance = new UnsafeLazyInitialization(); //2: 线程B执行 } return instance; } }
Memandangkan kod di atas tidak menyokong. getInstance() Kaedah ini disegerakkan, yang boleh meningkatkan overhed program penyegerakan. Jika getInstance() sering dipanggil oleh berbilang utas, prestasi pelaksanaan program akan dikurangkan Sebaliknya, jika ia tidak dipanggil oleh berbilang utas, kaedah permulaan tertunda kaedah getInstance() akan menjejaskan prestasi.
Sebelum JVM 1.6, yang disegerakkan ialah kunci kelas berat, jadi ia sangat intensif prestasi, jadi orang ramai memikirkan penyelesaian penguncian semak dua kali (Dobule-check Locking) untuk meningkatkan prestasi Kod sampel adalah seperti berikut :
public class DoubleCheckedLocking { //1、 private static Instance instance; //2、 public static Instance getInstance(){ //3、 if(instance == null){ //4、第一次检查 synchronized (DoubleCheckedLocking.class){ //5、枷锁 if(instance == null){ //6、第二次检查 instance = new Instance(); //7、问题的根源在这里 } //8、 } } return instance; } }
Seperti yang ditunjukkan dalam kod di atas: Jika semakan contoh pertama dalam langkah 4 tidak batal, maka tidak perlu melakukan operasi penguncian berikut, yang dapat mengurangkan masalah prestasi yang disebabkan oleh kunci yang disegerakkan. Nampaknya tiada masalah dengan kod di atas. 1. Apabila berbilang paparan benang mencipta objek baharu, kata kunci yang disegerakkan boleh digunakan untuk memastikan hanya satu utas berjaya mencipta objek.
2 Jika objek contoh telah dibuat, dapatkan contoh objek secara terus melalui kaedah getInstatnce().
Kod di atas kelihatan sempurna, tetapi apabila langkah 4 dilaksanakan, segera! =null, objek rujukan instan mungkin belum dimulakan lagi.
Apabila kita melaksanakan langkah 7 kod di atas, instance = new Instance(); , seperti berikut :
memory = allocate() //1.分配内存空间memory ctorInstance(memory) //2, 初始化对象在内存 分配内存空间memory上初始化 Singleton 对象 instance = memory //3、设置 instance 指向刚分配的内存地址memory
Tiga baris kod 2 dan 3 di atas mungkin disusun semula (Pada pengkompil JTI, penyusunan semula ini benar-benar berlaku) Perintah pelaksanaan selepas penyusunan semula langkah 2 dan 3
memory = allocate() //1.分配内存空间memory instance = memory //3、设置 instance 指向刚分配的内存地址memory // 注意此时instance对象还没有被初始化,但是instance的引用已经不是null了。 ctorInstance(memory) //2, 初始化对象在内存 分配内存空间memory上初始化 Singleton 对象Mari kita lihat urutan pelaksanaan berbilang benang Baris 7 contoh kod di atas = new Instance() ; Jika penyusunan semula arahan (2,3) berlaku dalam thread A, maka thread B lain mungkin menentukan bahawa contoh tidak kosong dalam baris 4 kod. Thread B seterusnya mengakses objek rujukan contoh, tetapi objek contoh mungkin tidak dimulakan oleh A. Pada masa ini, benang B boleh mengakses objek yang belum dimulakan, mengakibatkan ralat penunjuk nol. Selesai Masalah1. Penyusunan semula arahan untuk 2 dan 3 tidak dibenarkan. 2. Benarkan 2 dan 3 disusun semula, tetapi jangan benarkan urutan lain melihat susunan semulaPenyelesaian berasaskan meruapBerdasarkan kod di atas, anda hanya perlu menambah kata kunci yang tidak menentu dalam pengisytiharan contoh Itu sahaja, kod berikut
Atas ialah kandungan terperinci Bagaimana untuk menyelesaikan masalah kunci semak dua kali di java. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!