Menguruskan akses kepada sumber yang dikongsi adalah penting dalam pengaturcaraan serentak untuk memastikan ketekalan data. Kata kunci disegerakkan tradisional tidak mempunyai fleksibiliti untuk senario kompleks seperti keadilan, memperoleh kunci serta-merta, tunggu masa tertentu untuk memperoleh kunci, dsb. Lock, ReadWriteLock dan StampedLock API diperkenalkan dalam Java 1.5 untuk menangani had ini dan memberikan kawalan yang hebat kepada pembangun untuk mengendalikan akses sumber yang dikongsi. Ia adalah sebahagian daripada pakej java.util.concurrent.
Kunci API
API Kunci ialah antara muka dan menyediakan kaedah di bawah untuk mengendalikan penyegerakan benang.
- void lock() Ia digunakan untuk memperoleh kunci. Jika kunci tidak tersedia, benang akan disekat sehingga kunci diperoleh.
- void lockInterruptibly() Ia sama seperti lock(), tetapi urutan ini boleh diganggu.
- boolean tryLock() Ia mengembalikan benar jika kunci diperoleh; jika tidak, palsu. Benang tidak akan disekat jika kunci tidak diberikan.
- boolean tryLock(masa tamat lama, unit TimeUnit) Ia sama seperti tryLock() tetapi menunggu untuk tempoh masa yang ditentukan sahaja.
- void unlock()Melepaskan kunci.
- Condition newCondition() Menyediakan keupayaan untuk benang menunggu beberapa keadaan berlaku semasa melaksanakan bahagian kritikal.
ReentrantLock
- Kelas ReentrantLock melaksanakan antara muka Lock.?
- Kunci masuk semula membolehkan benang memperoleh kunci beberapa kali dan melepaskannya beberapa kali.
- Jika anda mahukan dasar keadilan, gunakan pembina parameter ReentrantLock.
- Jika keadilan didayakan, Ia memastikan benang menunggu yang paling lama diberikan akses kepada kunci.
- Gunakan akhirnya blok untuk melepaskan kunci untuk mengelakkan keadaan buntu.
ReentrantLock lock = new ReentrantLock(true); //fair lock public void methodExecution() { lock.lock(); try { // Critical section here } finally { lock.unlock(); } }
API ReadWriteLock
ReadWriteLock API ialah antara muka dan mengekalkan sepasang kunci untuk mengekalkan senario baca dan tulis. Kunci baca boleh dipegang serentak oleh berbilang benang jika tiada penulis. Kunci tulis adalah eksklusif.
- Lock readLock() - Mengembalikan kunci yang digunakan untuk membaca.
- Lock writeLock() - Mengembalikan kunci yang digunakan untuk menulis.
Peraturan Utama
- Jika anda mempunyai kunci baca, anda tidak boleh memperoleh kunci tulis.
- Jika anda mempunyai kunci tulis, anda tidak boleh memperoleh kunci baca dalam mana-mana urutan lain.
- Jika anda mempunyai kunci tulis, anda boleh memperoleh kunci tulis lain dalam urutan yang sama.
- Kunci tulis dibenarkan apabila tiada kunci baca atau tulis lain yang aktif.
- Semasa menunggu kunci tulis, tiada kunci baca baharu daripada urutan lain dibenarkan.
ReentrantReadWriteLock
- Kelas ReentrantReadWriteLock melaksanakan antara muka ReadWriteLock.
- Berguna jika kita mempunyai lebih banyak membaca berbanding menulis.
Contoh: Dalam komunikasi perkhidmatan mikro, andaikan Perkhidmatan B menjangkakan JWT daripada Perkhidmatan A. JWT dijana oleh Perkhidmatan A dan boleh disimpan dalam cache selama beberapa minit. Dalam senario ini, ReentrantReadWriteLock akan menjadi lebih berguna. Kami boleh memperbaharui token jika ia telah tamat tempoh atau hampir tamat tempoh. Saya tidak mendapatkan kunci baca di sini untuk mengelakkan kebuluran membaca.
ReentrantLock lock = new ReentrantLock(true); //fair lock public void methodExecution() { lock.lock(); try { // Critical section here } finally { lock.unlock(); } }
API StampedLock
StampedLock telah diperkenalkan dalam Java 8 dan ia adalah kelas. Ia menyokong tiga mod penguncian dan mengembalikan setem yang digunakan untuk melepaskan kunci. Ia membenarkan peningkatan kunci.
- Kunci Baca Membenarkan berbilang benang dibaca serentak.
- Kunci Tulis Mengembalikan kunci yang digunakan untuk menulis.
- Kunci Baca Optimis Membenarkan utas membaca tanpa memperoleh kunci baca tradisional, yang meningkatkan prestasi kerana ia mengelakkan perbalahan.
- long writeLock() Memperoleh kunci eksklusif, menyekat jika perlu sehingga tersedia.
- void unlockWrite(cop panjang) Melepaskan kunci tulis.
- long readLock() Memperoleh kunci baca, menyekat jika kunci tulis sedang dijalankan.
- void unlockRead(cop panjang) Mengeluarkan kunci baca.
- long tryOptimisticRead() Mengembalikan setem yang kemudiannya boleh disahkan, atau sifar jika dikunci secara eksklusif.
- pengesahan boolean(cop panjang) Mengembalikan benar jika kunci belum diperoleh secara eksklusif (kunci tulis) sejak pengeluaran setem yang diberikan; jika tidak, palsu.
- long tryConvertToWriteLock(cop panjang) Menaik taraf kunci baca atau optimis kepada kunci tulis. Sekat sehingga ia tersedia.
Isi Penting:
- Ia bukan masuk semula, bermakna benang yang memegang kunci tidak boleh memperolehnya semula.
- Ia tidak menyokong syarat.
- Ia tidak menyokong keadilan.
String jwt = JwtUtil.generateJwt(); ReadWriteLock lock = new ReentrantReadWriteLock(); Lock writeLock = lock.writeLock(); Lock readLock = lock.readLock(); public String getJwt(String key, String value) { if (StringUtils.hasLength(jwt)) { if (JwtUtil.isJwtEligibleToRenew(jwt)) { generateJwt(); } } else { generateJwt(); } return this.jwt; } public void generateJwt() { this.writeLock.lock(); //write lock try { if (JwtUtil.isJwtEligibleToRenew(jwt)) { this.jwt = JwtUtil.generateJwt(); } } finally { this.writeLock.unlock(); //release write lock } }
Contoh bacaan yang optimis. Ini membolehkan benang dibaca tanpa memperoleh kunci baca tradisional, yang meningkatkan prestasi kerana ia mengelakkan pertikaian kunci. Jika sebarang kunci tulis diperoleh selepas memperoleh masa kunci baca yang optimistik, validate() akan mengembalikan palsu jika tidak, ia akan menjadi benar.
public void readAndWrite() { long l = this.stampedLock.readLock(); try { //critical section } finally { this.stampedLock.unlock(l); } long w = this.stampedLock.writeLock(); try { //critical section } finally { this.stampedLock.unlock(w); } }
Selamat Mengekod dan Belajar !!!
Sila tinggalkan ulasan jika anda mempunyai sebarang soalan.
Atas ialah kandungan terperinci Gambaran keseluruhan Lock API dalam 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

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;
