Volatile memastikan penglihatan perubahan berubah -ubah di seluruh benang tetapi tidak mempunyai atom, sementara disegerakkan memberikan penglihatan dan atomik. Gunakan tidak menentu untuk operasi tunggal tanpa tindakan kompaun, seperti menetapkan bendera. Gunakan disegerakkan untuk operasi pelbagai langkah yang memerlukan pengecualian bersama, seperti kaunter kenaikan. Gabungkan kedua -duanya apabila diperlukan. Lebih suka atomicInteger atau java.util.concurrent.atomic untuk bahagian prestasi kritikal. Mengutamakan ketepatan ke atas pengoptimuman dan profil sebelum menyesuaikan diri.
Ketika datang untuk mengendalikan kesesuaian di Jawa, volatile
dan synchronized
adalah dua alat yang biasa digunakan - tetapi mereka melakukan hal yang sangat berbeza. Jika anda cuba memahami bila menggunakannya di atas yang lain (atau kedua -duanya), inilah yang perlu anda ketahui.
Apa volatile
(dan tidak dilakukan)
Kata kunci volatile
memastikan bahawa nilai pembolehubah selalu dibaca dan ditulis ke ingatan utama, bukan hanya di -cache dalam memori tempatan benang. Ini menjamin penglihatan di seluruh benang - jika satu benang mengubah pembolehubah yang tidak menentu, semua benang lain akan segera melihat perubahan itu.
Tetapi ia tidak memberikan atom . Sebagai contoh, peningkatan volatile int
( i
) tidak selamat benang kerana operasi itu melibatkan membaca, mengubahsuai, dan menulis semula nilai-dan benang lain dapat mengganggu antara langkah-langkah tersebut.
Gunakan volatile
apabila:
- Anda hanya mempunyai satu operasi pada pembolehubah (seperti menetapkan bendera).
- Anda tidak melakukan tindakan kompaun (misalnya, cek-kemudian aksi) berdasarkan nilainya.
Bagaimana berfungsi synchronized
secara berbeza
synchronized
menyediakan kedua -dua penglihatan dan atomik. Apabila benang memasuki kaedah atau blok yang disegerakkan, ia mendapat kunci dan memancarkan cache setempat, memastikan ia melihat nilai-nilai yang paling terkini dari ingatan utama. Apabila ia keluar, ia menulis apa -apa perubahan kembali - jadi orang lain dapat melihatnya.
Lebih penting lagi, ia hanya memastikan satu benang boleh melaksanakan kod yang disegerakkan pada satu masa (dengan mengandaikan mereka menggunakan objek kunci yang sama). Itu menjadikannya sesuai untuk operasi seperti meningkatkan kaunter atau memeriksa dan mengemas kini nilai bersama -sama.
Anda harus menggunakan synchronized
apabila:
- Operasi anda melibatkan pelbagai langkah (seperti membaca dan kemudian menulis).
- Anda memerlukan pengecualian bersama (tidak ada dua benang yang melakukan ini sekaligus).
Bila hendak memilih satu daripada yang lain
Dalam amalan, inilah cara membuat keputusan:
- Gunakan
volatile
untuk pembolehubah mudah di mana anda hanya menetapkan atau membaca nilai, dan ketepatan tidak bergantung pada nilai semasa. - Gunakan
synchronized
apabila logik anda bergantung kepada nilai semasa pembolehubah dan perlu dikemas kini dengan selamat.
Kadang-kadang anda juga memerlukan kedua-dua-seperti menggunakan blok yang disegerakkan di sekitar pembolehubah yang tidak menentu untuk memastikan atomik dan penglihatan.
Beberapa contoh dunia nyata:
- Bendera penutupan dalam gelung? Mungkin baik dengan
volatile
. - Kaunter bersama yang diakses oleh pelbagai benang? Pasti memerlukan
synchronized
atau sesuatu sepertiAtomicInteger
.
Pertimbangan Prestasi
Prestasi-bijak, volatile
biasanya lebih ringan daripada synchronized
. Ia mengelakkan mengunci overhead dan sesuai untuk kes -kes di mana perbalahan adalah rendah dan corak akses mudah.
Di sisi lain, synchronized
dapat memperkenalkan kesesakan jika terlalu banyak digunakan, terutama dalam persekitaran yang tinggi. Tetapi JVMS moden mengoptimumkan blok yang disegerakkan dengan baik, jadi melainkan jika anda berada dalam gelung yang ketat di bawah beban berat, ia biasanya bukan kebimbangan besar.
Sekiranya anda mengoptimumkan prestasi:
- Mulakan dengan ketepatan terlebih dahulu.
- Hanya mengoptimumkan selepas profil.
- Pertimbangkan alternatif seperti
java.util.concurrent.atomic
pakej apabila berkenaan.
Oleh itu, pada dasarnya, fikirkan volatile
sebagai alat untuk penglihatan, dan synchronized
sebagai cara untuk mengendalikan kedua -dua penglihatan dan atom. Gunakannya dengan sewajarnya bergantung kepada corak akses data anda dan keperluan keselamatan benang.
Itu sahaja - tidak ada helah sihir, hanya mengetahui apa yang paling baik.
Atas ialah kandungan terperinci Perbezaan antara `tidak menentu` dan` disegerakkan`?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undress AI Tool
Gambar buka pakaian secara percuma

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Clothoff.io
Penyingkiran pakaian AI

Video Face Swap
Tukar muka dalam mana-mana video dengan mudah menggunakan alat tukar muka AI percuma kami!

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas

Perbezaan antara hashmap dan hashtable terutamanya dicerminkan dalam keselamatan benang, sokongan nilai null dan prestasi. 1. Dari segi keselamatan benang, hashtable adalah benang selamat, dan kaedahnya kebanyakannya kaedah segerak, sementara hashmap tidak melakukan pemprosesan penyegerakan, yang bukan benang-selamat; 2. Dari segi sokongan nilai null, hashmap membolehkan satu kunci null dan nilai null berbilang, manakala hashtable tidak membenarkan kekunci atau nilai null, jika tidak, nullPointerException akan dibuang; 3. Dari segi prestasi, hashmap lebih cekap kerana tidak ada mekanisme penyegerakan, dan Hashtable mempunyai prestasi penguncian yang rendah untuk setiap operasi. Adalah disyorkan untuk menggunakan ConcurrentHashMap sebaliknya.

Staticmethodsininterfaceswereintroducedinjava8toallowutilityfunctionswithintheintheinterfaceitself.beforjava8, SuchfunctionsRequiredseparateHelpereHelperes, LeadingTodisorgaganizedCode.Now, staticmethodethreeKeybeeMeKeBeReSes, staticmethodeDethreeKeybeeMeKeBeReSes, staticmethodethreeKeybeeMeKeKeBeReSes, staticmethodeDethreeKeybeeMeKeKeBeReKeNey

Penyusun JIT mengoptimumkan kod melalui empat kaedah: kaedah dalam talian, pengesanan tempat panas dan penyusunan, spekulasi jenis dan devirtualisasi, dan penghapusan operasi yang berlebihan. 1. Kaedah sebaris mengurangkan panggilan overhead dan memasukkan kaedah kecil yang sering dipanggil terus ke dalam panggilan; 2. Pengesanan tempat panas dan pelaksanaan kod frekuensi tinggi dan mengoptimumkannya untuk menjimatkan sumber; 3. Jenis spekulasi mengumpul maklumat jenis runtime untuk mencapai panggilan devirtualisasi, meningkatkan kecekapan; 4. Operasi berlebihan menghapuskan pengiraan dan pemeriksaan yang tidak berguna berdasarkan penghapusan data operasi, meningkatkan prestasi.

Blok permulaan contoh digunakan dalam Java untuk menjalankan logik inisialisasi apabila membuat objek, yang dilaksanakan sebelum pembina. Ia sesuai untuk senario di mana beberapa pembina berkongsi kod inisialisasi, permulaan medan kompleks, atau senario permulaan kelas tanpa nama. Tidak seperti blok inisialisasi statik, ia dilaksanakan setiap kali ia ditegaskan, manakala blok permulaan statik hanya dijalankan sekali apabila kelas dimuatkan.

Mod kilang digunakan untuk merangkum logik penciptaan objek, menjadikan kod lebih fleksibel, mudah dikekalkan, dan ditambah longgar. Jawapan teras adalah: dengan mengurus logik penciptaan objek secara berpusat, menyembunyikan butiran pelaksanaan, dan menyokong penciptaan pelbagai objek yang berkaitan. Keterangan khusus adalah seperti berikut: Mod Kilang menyerahkan penciptaan objek ke kelas kilang khas atau kaedah untuk diproses, mengelakkan penggunaan Newclass () secara langsung; Ia sesuai untuk senario di mana pelbagai jenis objek yang berkaitan dicipta, logik penciptaan boleh berubah, dan butiran pelaksanaan perlu disembunyikan; Sebagai contoh, dalam pemproses pembayaran, jalur, paypal dan contoh lain dicipta melalui kilang -kilang; Pelaksanaannya termasuk objek yang dikembalikan oleh kelas kilang berdasarkan parameter input, dan semua objek menyedari antara muka yang sama; Varian biasa termasuk kilang -kilang mudah, kaedah kilang dan kilang abstrak, yang sesuai untuk kerumitan yang berbeza.

Terdapat dua jenis penukaran: tersirat dan eksplisit. 1. Penukaran tersirat berlaku secara automatik, seperti menukar int untuk berganda; 2. Penukaran eksplisit memerlukan operasi manual, seperti menggunakan (int) mydouble. Kes di mana penukaran jenis diperlukan termasuk memproses input pengguna, operasi matematik, atau lulus pelbagai jenis nilai antara fungsi. Isu-isu yang perlu diperhatikan adalah: Mengubah nombor terapung ke dalam bilangan bulat akan memotong bahagian pecahan, mengubah jenis besar menjadi jenis kecil boleh menyebabkan kehilangan data, dan beberapa bahasa tidak membenarkan penukaran langsung jenis tertentu. Pemahaman yang betul tentang peraturan penukaran bahasa membantu mengelakkan kesilapan.

Java menggunakan kelas pembalut kerana jenis data asas tidak dapat mengambil bahagian secara langsung dalam operasi berorientasikan objek, dan bentuk objek sering diperlukan dalam keperluan sebenar; 1. Kelas koleksi hanya boleh menyimpan objek, seperti senarai menggunakan tinju automatik untuk menyimpan nilai berangka; 2. Generik tidak menyokong jenis asas, dan kelas pembungkusan mesti digunakan sebagai parameter jenis; 3. Kelas pembungkusan boleh mewakili nilai null untuk membezakan data yang tidak tersendiri atau hilang; 4. Kelas pembungkusan menyediakan kaedah praktikal seperti penukaran rentetan untuk memudahkan parsing dan pemprosesan data, jadi dalam senario di mana ciri -ciri ini diperlukan, kelas pembungkusan sangat diperlukan.

Injava, thefinalkeywordpreventsavariable'svaluefrombeingchangedafterassignment, butitsbehaviordiffersforprimitivesandobjectreferences.forprimitiveVariables, finalmakesthevalueconstant, asinfinalintmax_speed = 100;
