Bagaimana cara Singleton Bean melayani permintaan bersamaan?

Saravan Kumar,

Saya memahami motivasi di balik pertanyaan Anda. Sebelum saya mulai mengerjakan kompiler, saya juga memiliki keinginan yang sangat mirip untuk mengetahui internal Java Virtual Machine.

Pertama-tama, saya terkesan dengan pertanyaan Anda. Perlu ada beberapa poin perbedaan dan pemahaman untuk menyelesaikan pertanyaan Anda. Pertama: Pola Singleton, atau kadang-kadang bahkan disebut anti-pola, memastikan bahwa hanya ada satu instance dari kelas ini yang tersedia untuk JVM (Java Virtual Machine). Ini berarti kami pada dasarnya memperkenalkan keadaan global ke dalam sebuah aplikasi. Saya tahu Anda memahami hal ini, tetapi ini hanya sekedar klarifikasi.

Sekarang bagian internalnya.

Saat kita membuat instance kelas, kita membuat objek yang berada di memori bersama JVM. Sekarang, thread ini secara independen mengeksekusi kode yang beroperasi pada instance ini. Setiap thread memiliki memori kerja, yang menyimpan data dari memori utama yang dibagikan ke semua thread. Di sinilah referensi ke objek Singleton yang Anda buat berada. Pada dasarnya apa yang terjadi adalah bytecode yang dihasilkan dan mewakili objek tunggal yang Anda buat dieksekusi pada masing-masing thread ini.

Sekarang bagian internal bagaimana hal ini terjadi adalah sebagai berikut:

Setiap thread JVM memiliki tumpukan JVM pribadi, yang dibuat bersamaan dengan thread. Sekarang, JVM memiliki heap yang dibagikan di antara semua thread JVM. Heap adalah area data runtime tempat memori untuk semua instance kelas dan array dialokasikan. Tumpukan dibuat saat permulaan VM. Saat thread Anda meminta instance singleton, thread tersebut akan menunjuk ke referensi di heap tempat bytecode untuk Singleton ini berada. Ini akan mengeksekusi kode yang sesuai. Dalam kasus Anda, ini akan mengeksekusi metode pertama untuk permintaan pertama dan metode kedua untuk permintaan kedua. Ia dapat melakukan hal ini karena tidak ada kunci atau batasan yang mencegah kompiler mengarahkan penghitung program ke area di heap tempat instance ini dialokasikan. Satu-satunya batasan yang diterapkan kelas Singleton pada Mesin Virtual Java adalah kelas tersebut hanya dapat memiliki satu instance di heap kelas ini. Itu saja. Selain itu, Anda dapat merujuknya 100x kali dari metode Anda, kompiler akan menunjuk ke bytecode yang sama dan menjalankannya. Inilah sebabnya mengapa kita biasanya ingin kelas Singleton menjadi stateless karena jika ada thread yang mengaksesnya, kita tidak ingin variabel internal dimutasi karena kurangnya kontrol konkurensi.

Tolong beri tahu saya jika Anda memiliki pertanyaan!

Kacang tunggal yang ideal tidak boleh menyimpan keadaan apa pun. Artinya, tidak akan ada variabel apa pun yang menyimpan sesuatu yang spesifik untuk permintaan yang dilayaninya.

Dengan demikian, singleton bean hanya akan memiliki kode stateless (misalnya metode pengontrol) yang dapat dieksekusi secara bersamaan untuk beberapa permintaan tanpa masalah konkurensi.

Misalnya jika berikut ini adalah singleton bean Anda:

@Service
public class Calculator {

   public int sum(int a, int b) {
        return a + b;
   } 

}

Secara sederhana, ketika dua "permintaan" memanggil metode sum pada kacang secara bersamaan, itu berarti metode sum akan dieksekusi secara bersamaan di dua thread berbeda. Oleh karena itu, mereka akan memiliki konteks eksekusinya sendiri yang tidak akan tumpang tindih satu sama lain. Ini akan memungkinkan mereka berjalan secara bersamaan dengan aman.

Jika kacang yang sama memiliki keadaan sebagai berikut:

@Service
public class Calculator {

   int incrementalMultiplier = 0;

   public int mulitply(int a, int b) {
        incrementalMultiplier++;
        return a * b * incrementalMultiplier;
   } 

}

Hal ini dapat menyebabkan masalah ketika melayani dua permintaan secara bersamaan karena incrementalMultiplier adalah status tingkat objek yang akan dibagikan oleh dua permintaan (utas) dan karenanya dapat memberikan hasil yang tidak diharapkan.

Singkatnya, singleton tanpa kewarganegaraan akan dapat melayani dua permintaan secara bersamaan karena keduanya berada di thread yang berbeda.

Untuk mengetahui secara detail Bagaimana cara Singleton Bean melayani permintaan bersamaan? anda harus mengetahui hal-hal berikut tentang Spring Beans

• Cakupan kacang

  Spring memiliki cakupan kacang yang berbeda (misalnya Prototipe, Singleton, dll.) tetapi semua cakupan ini berlaku ketika kacang dibuat. Misalnya, scoped bean "prototipe" akan dibuat setiap kali bean ini "disuntikkan". sedangkan cakupan kacang "tunggal" akan dibuat satu kali dan dibagikan dalam konteks aplikasi.
  Cakupan "tunggal" adalah cakupan default Spring Bean.

• Pembuatan Kacang

  Seluruh siklus hidup Spring Bean dikelola oleh Spring Container (yaitu ApplicationContext/BeanFacotry) Spring Container secara internal merujuk definisi bean (yaitu berbasis XML atau berbasis Anotasi) untuk membuat instance aktual dari kelas yang ditentukan oleh definisi bean tersebut. sekarang ketika Spring Container memulai, ini mengacu pada definisi kacang dan membuat semua kacang yang ditentukan.

• Minta Kacangnya.

  Sekarang ketika objek Anda membuat permintaan ke bean maka Spring Container akan menyerahkan bean yang sudah diinisialisasi.

• Musim semi Cakupan Kacang

• Apakah thread objek Spring aman?

• Tutorial Musim Semi 11 - Memahami Cakupan Bean< /kuat>