Punca dan penyelesaian kepada pengecualian ConcurrentModificationException dalam Java

Di Java, apabila berbilang benang mengendalikan objek koleksi pada masa yang sama, ConcurrentModificationException mungkin berlaku apabila mengubah suai atau memadamkan elemen semasa melintasi koleksi Ini akan menyebabkan keadaan koleksi menjadi tidak konsisten, sekali gus membuang Exception berlaku. Artikel ini akan menyelidiki punca dan penyelesaian untuk pengecualian ini.

1. Punca pengecualian

Biasanya, ConcurrentModificationException disebabkan oleh mengubah suai atau memadam objek koleksi semasa melintasinya. Sebab mengapa masalah ini boleh berlaku ialah:

1. Kumpulan perlu memperoleh kunci semasa melintasi, dan operasi pengubahsuaian dan pemadaman juga perlu memperoleh kunci yang sama Pada masa ini, situasi jalan buntu berlaku, mengakibatkan wujud pengecualian dilemparkan.
2. Apabila merentasi koleksi, jika utas lain mengubah suai atau memadamkannya pada masa yang sama, lelaran asal akan menjadi tidak sah, sekali gus membuang pengecualian ConcurrentModificationException.
3. Apabila beroperasi dengan iterator koleksi, jika koleksi diubah suai dalam kaedah remove() milik iterator, ConcurrentModificationException juga mungkin dilemparkan.

2. Penyelesaian

Pengecualian ConcurrentModificationException disebabkan oleh isu keselamatan benang Kami perlu mengambil langkah yang sepadan untuk menyelesaikan masalah ini:

1. Gunakan blok yang disegerakkan dan kaedah yang disegerakkan

. kaedah disegerakkan untuk menyelesaikan isu keselamatan benang. Sebagai contoh, anda boleh menggunakan kata kunci yang disegerakkan untuk mengunci koleksi semasa proses lelaran, supaya urutan yang berbeza tidak boleh mengubah suai koleksi pada masa yang sama. Kaedah ini agak tidak cekap kerana anda mesti menunggu sehingga satu benang menyelesaikan operasinya sebelum meneruskan operasi benang seterusnya.

Gunakan bekas CopyOnWrite

Berbanding dengan blok yang disegerakkan atau kaedah yang disegerakkan, bekas CopyOnWrite adalah lebih cekap. Ia menggunakan mekanisme "salin-atas-tulis" untuk mencipta bekas baharu untuk menyimpan data apabila mengubah suai atau memadam operasi, dengan itu mengelakkan masalah pengubahsuaian serentak. Bekas CopyOnWrite sesuai untuk senario di mana operasi baca lebih kerap dan operasi tulis kurang, seperti penyimpanan data cache.

Gunakan kaedah alih keluar Iterator

Apabila menggunakan iterator, sebaiknya gunakan kaedah alih keluar Iterator untuk memadam elemen dan bukannya menggunakan kaedah padam koleksi sendiri. Menggunakan kaedah alih keluar Iterator boleh memastikan bahawa ConcurrentModificationException tidak akan berlaku semasa lelaran, kerana ia bukan sahaja boleh memadamkan elemen, tetapi juga menentukan elemen yang akan dipadamkan berdasarkan kedudukan semasa lelaran.

Menggunakan bekas serentak

Bekas serentak Java menyediakan beberapa kelas bekas selamat benang, seperti ConcurrentHashMap, ConcurrentLinkedQueue, dsb., yang bukan sahaja memastikan keselamatan benang, tetapi juga sangat cekap dalam membaca dan menulis serentak. Menggunakan bekas serentak bukan sahaja boleh mengelakkan pengecualian ConcurrentModificationException, tetapi juga meningkatkan prestasi program.

Ringkasan:

ConcurrentModificationException ialah salah satu isu keselamatan benang dan boleh dikendalikan oleh penyelesaian yang berbeza, seperti menggunakan blok disegerakkan, kaedah disegerakkan, bekas CopyOnWrite, kaedah alih keluar Iterator dan bekas serentak, dsb. Dalam aplikasi praktikal, penyelesaian yang sesuai mesti dipilih berdasarkan keperluan perniagaan tertentu untuk memastikan keselamatan dan kecekapan program.

Atas ialah kandungan terperinci Punca dan penyelesaian kepada pengecualian ConcurrentModificationException dalam Java. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!