Kata kunci yang tidak menentu menyelesaikan penglihatan yang berubah -ubah dan arahan menyusun semula masalah dalam multithreading Java. 1. Ia memastikan bahawa semua benang dapat dilihat sejurus selepas pembolehubah diubahsuai, dan mengelakkan benang daripada menggunakan nilai lama yang cache; 2. Ia menghalang pengkompil dan pemproses daripada menyusun semula operasi yang melibatkan pembolehubah yang tidak menentu untuk memastikan perintah operasi; 3. Ia sesuai untuk senario seperti bendera status, pelepasan selamat sekali, tugasan pembolehubah bebas, dan lain-lain tanpa atomik; 4. Tidak seperti disegerakkan, mekanisme bebas kunci yang tidak menentu tidak menjamin atomik operasi komposit, tetapi lebih ringan dan lebih efisien.
Di Java, kata kunci volatile
sering digunakan dalam persekitaran pelbagai threaded untuk memastikan "penglihatan" pembolehubah. Ringkasnya, apabila pemboleh ubah diisytiharkan sebagai volatile
, JVM memastikan bahawa semua benang dapat melihat nilai terbaru pembolehubah dan bukannya nilai lama di cache masing -masing. Ini sangat berguna dalam beberapa senario serentak, tetapi ia lebih banyak daripada itu.

Apakah masalah yang diselesaikan volatile
?
Dalam program multithreaded, setiap benang boleh cache pembolehubah dalam memori kerja sendiri (seperti cache CPU) dan bukannya membacanya dari ingatan utama setiap kali. Ini boleh menyebabkan masalah: Satu benang mengubah nilai pembolehubah, dan benang lain tidak dapat melihat perubahan.
Contohnya:

bendera boolean = benar; // Thread 1: sementara (bendera) { // buat sesuatu } // Thread 2: bendera = palsu;
Jika flag
tidak diisytiharkan sebagai volatile
, Thread 1 mungkin tidak pernah melihat flag
berubah false
, kerana ia telah menggunakan nilai dalam cache sendiri. Selepas menambah volatile
, anda boleh memaksa setiap akses dibaca dari ingatan utama, dengan itu mengelakkan masalah ini.
Semantik yang volatile
bukan hanya penglihatan
Di samping memastikan penglihatan pembolehubah, volatile
juga menghalang arahan daripada menyusun semula. Penyusun dan pemproses Java boleh menyusun semula kod untuk mengoptimumkan prestasi, selagi ia tidak menjejaskan keputusan pelaksanaan tunggal. Tetapi dalam persekitaran multithreaded, penyusunan semula ini boleh membawa kepada tingkah laku yang tidak dijangka.

Apabila menggunakan pemboleh ubah volatile
, pengkompil atau runtime tidak mengemukakan semula operasi yang melibatkan pembolehubah. Iaitu:
- Semua operasi sebelum menulis pemboleh ubah
volatile
akan disiapkan sebelum menulis; - Semua operasi selepas membaca pemboleh ubah
volatile
akan dilaksanakan hanya selepas bacaan selesai.
Ini bersamaan dengan menambah halangan memori ringan.
Senario yang terpakai untuk menggunakan volatile
Walaupun volatile
berguna, ia tidak menggantikan kunci (seperti synchronized
atau ReentrantLock
). Ia sesuai untuk situasi berikut:
- Bendera status : Sebagai contoh,
flag
yang disebutkan di atas digunakan untuk mengawal sama ada gelung berterusan. - Pelepasan selamat sekali : Sebagai contoh, rujukan objek yang tidak lagi akan diubah selepas permulaan.
- Operasi Pembolehubah Bebas : Jika membaca dan menulis pembolehubah itu sendiri adalah atom dan tidak bergantung kepada nilai semasa (seperti tugasan langsung dan bukannya sendiri).
Tetapi jika operasi anda melibatkan pelbagai langkah, seperti bacaan-modifikasi-menulis (seperti count
), maka volatile
tidak mencukupi, dan mekanisme penyegerakan yang lebih ketat diperlukan pada masa ini.
Perbezaan antara synchronized
-
synchronized
menjamin atomik dan penglihatan, sementaravolatile
hanya menjamin penglihatan dan keteraturan. - Blok
synchronized
benang sehingga kunci diperoleh, danvolatile
tidak menyebabkan penyekatan benang. -
synchronized
digunakan pada blok atau kaedah kod, danvolatile
digunakan pada pembolehubah.
Oleh itu, jika anda hanya perlu memastikan bahawa bacaan dan menulis pembolehubah tertentu adalah "terkini" dan tidak ada operasi komposit yang kompleks, maka volatile
adalah pilihan ringan.
Pada dasarnya itu sahaja. Memahami semantik yang volatile
membantu menulis kod serentak yang lebih cekap dan selamat. Tetapi ingat bahawa ia tidak maha kuasa, dan anda mesti jelas tentang apa yang anda lakukan semasa menggunakannya.
Atas ialah kandungan terperinci Memahami semantik kata kunci yang tidak menentu java. 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

Enums di Java adalah kelas khas yang mewakili bilangan tetap nilai tetap. 1. Gunakan definisi kata kunci enum; 2. Setiap nilai enum adalah contoh akhir statik awam jenis enum; 3. Ia boleh termasuk bidang, pembina dan kaedah untuk menambah tingkah laku kepada setiap pemalar; 4. Ia boleh digunakan dalam pernyataan suis, menyokong perbandingan langsung, dan menyediakan kaedah terbina dalam seperti nama (), ordinal (), nilai () dan nilai (); 5. Penghitungan boleh meningkatkan jenis keselamatan, kebolehbacaan dan fleksibiliti kod, dan sesuai untuk senario pengumpulan terhad seperti kod status, warna atau minggu.

Prinsip pengasingan antara muka (ISP) menghendaki pelanggan tidak bergantung pada antara muka yang tidak digunakan. Inti adalah untuk menggantikan antara muka yang besar dan lengkap dengan pelbagai antara muka kecil dan halus. Pelanggaran prinsip ini termasuk: Pengecualian yang tidak diletakkan dilemparkan apabila kelas melaksanakan antara muka, sebilangan besar kaedah tidak sah dilaksanakan, dan fungsi yang tidak relevan secara paksa diklasifikasikan ke antara muka yang sama. Kaedah permohonan termasuk: membahagikan antara muka mengikut kaedah biasa, menggunakan antara muka berpecah mengikut pelanggan, dan menggunakan kombinasi dan bukannya pelaksanaan pelbagai antara muka jika perlu. Sebagai contoh, perpecahan antara muka mesin yang mengandungi kaedah percetakan, pengimbasan, dan faks ke dalam pencetak, pengimbas, dan faxmachine. Peraturan boleh dilonggarkan dengan sewajarnya apabila menggunakan semua kaedah pada projek kecil atau semua pelanggan.

Java menyokong pengaturcaraan asynchronous termasuk penggunaan aliran yang boleh diselesaikan, aliran responsif (seperti ProjectReactor), dan benang maya di Java19. 1.CompletableFuture meningkatkan kebolehbacaan dan penyelenggaraan kod melalui panggilan rantai, dan menyokong orkestrasi tugas dan pengendalian pengecualian; 2. ProjectReactor menyediakan jenis mono dan fluks untuk melaksanakan pengaturcaraan responsif, dengan mekanisme tekanan belakang dan pengendali yang kaya; 3. Thread maya mengurangkan kos konvensional, sesuai untuk tugas I/O-intensif, dan lebih ringan dan lebih mudah untuk berkembang daripada benang platform tradisional. Setiap kaedah mempunyai senario yang berkenaan, dan alat yang sesuai harus dipilih mengikut keperluan anda dan model campuran harus dielakkan untuk mengekalkan kesederhanaan

Terdapat tiga perbezaan utama antara yang boleh dipanggil dan boleh dijalankan di Jawa. Pertama, kaedah yang boleh dipanggil boleh mengembalikan hasilnya, sesuai untuk tugas -tugas yang perlu mengembalikan nilai, seperti yang boleh dipanggil; Walaupun kaedah run () runnable tidak mempunyai nilai pulangan, sesuai untuk tugas -tugas yang tidak perlu kembali, seperti pembalakan. Kedua, Callable membolehkan untuk membuang pengecualian yang diperiksa untuk memudahkan penghantaran ralat; Walaupun Runnable mesti mengendalikan pengecualian secara dalaman. Ketiga, Runnable boleh dihantar secara langsung ke benang atau executorservice, sementara yang boleh dipanggil hanya boleh dikemukakan ke executorservice dan mengembalikan objek masa depan untuk

Javanio adalah IOAPI baru yang diperkenalkan oleh Java 1.4. 1) bertujuan untuk penampan dan saluran, 2) mengandungi komponen teras penampan, saluran dan pemilih, 3) menyokong mod tidak menyekat, dan 4) mengendalikan sambungan serentak lebih cekap daripada IO tradisional. Kelebihannya dicerminkan dalam: 1) IO yang tidak menyekat mengurangkan overhead thread, 2) Buffer meningkatkan kecekapan penghantaran data, 3) pemilih menyedari multiplexing, dan 4) memori pemetaan memori sehingga membaca dan menulis fail. Nota Apabila menggunakan: 1) Operasi flip/jelas penampan mudah dikelirukan, 2) Data yang tidak lengkap perlu diproses secara manual tanpa menyekat, 3) Pendaftaran pemilih mesti dibatalkan dalam masa, 4) NIO tidak sesuai untuk semua senario.

Di Java, enums sesuai untuk mewakili set tetap tetap. Amalan terbaik termasuk: 1. Gunakan enum untuk mewakili keadaan tetap atau pilihan untuk meningkatkan keselamatan jenis dan kebolehbacaan; 2. Tambah sifat dan kaedah untuk meningkatkan fleksibiliti, seperti menentukan bidang, pembina, kaedah penolong, dan lain -lain; 3. Gunakan enummap dan enumset untuk meningkatkan prestasi dan jenis keselamatan kerana mereka lebih cekap berdasarkan tatasusunan; 4. Elakkan penyalahgunaan enum, seperti nilai dinamik, perubahan kerap atau senario logik kompleks, yang harus digantikan dengan kaedah lain. Penggunaan enum yang betul boleh meningkatkan kualiti kod dan mengurangkan kesilapan, tetapi anda perlu memberi perhatian kepada sempadannya yang berkenaan.

JavaprovidesmultiplesynchronizationToolsforthreadsafety.1.SynchronizedBlockSensensureMutualExclusionByLockingMethodsorspecificcodesections.2.reentrantlockoffersadvancedControl, termasuktrylockandfairnesspolicies.condition

Mekanisme pemuatan kelas Java dilaksanakan melalui kelas, dan aliran kerja terasnya dibahagikan kepada tiga peringkat: memuatkan, menghubungkan dan memulakan. Semasa fasa pemuatan, kelas muat turun secara dinamik membaca bytecode kelas dan mencipta objek kelas; Pautan termasuk mengesahkan ketepatan kelas, memperuntukkan memori kepada pembolehubah statik, dan rujukan simbol parsing; Inisialisasi melakukan blok kod statik dan tugasan pembolehubah statik. Pemuatan kelas mengamalkan model delegasi induk, dan mengutamakan loader kelas induk untuk mencari kelas, dan cuba bootstrap, lanjutan, dan appliclassloader pada gilirannya untuk memastikan perpustakaan kelas teras selamat dan mengelakkan pemuatan pendua. Pemaju boleh menyesuaikan kelas, seperti UrlClassl
