Чекор по чекор
Почетни чекори со Java
Објектно оријентирани концепти во Јава - Прв дел
Објектно оријентирани концепти во Јава - Втор дел
Објектно оријентирани концепти во Јава - Трет дел
Јава сервлети - Прв дел
Единствен Јава објект (singleton)
Најчести 10 грешки што ги прават Java програмерите
повеќе...
Што е тоа ...
... IDE
... Tomcat
... објект?
... класа?
... наследување?
... интерфејс?
... наследување? (прашања и одговори)
повеќе...
За загревање
Нов проект во Eclipse?
Примитивни податочни типови
Променливи
Оператори
Доделувачки, аритметички и Unary оператори
Оператори за еднаквост, релации и услови
Изрази, искази и блокови
повеќе...
Како да ...
... конвертирам java.sql.Timestamp во java.util.Date
... зададам формат на датум
... ковертирам „long“ во HEX и обратно
... прочитам датотека и променам стринг
... креирам ZIP датотека
... поврзам Apache и Tomcat користејќи mod_jk
... пратам недефиниран број на атрибути до некоја метода
повеќе...
Java преку примери
new Socket(String addr,int port)
new URL(String address)
new URL(String protocol, String host, int port, String file)
CommPort: getInputStream()
CommPortIdentifier: getPortIdentifiers()
Statement: executeQuery(String sql)
Statement: getMaxRows()
повеќе...
Грешка
Нов напис
Рубрика:
Наслов:
  
  

страна број:123
Единствен Јава објект (singleton) - Дополнување
прегледано:  151740
 вкупно гласови:  2
 средна оценка:  5.0
 коментари:  0



Singleton е една од најкористените Design Patterns и дефинитивно pattern кој што многу лесно се објаснува. Класичниот пример за Singleton беше претставен во претходниот напис:



public class MojSingleton {
    private static MojSingleton instance = null;
    private MojSingleton() {
        ...
        ...
    }
       
    public static MojSingleton getInstance () {
        if (instance == null) {
            instance = new MojSingleton();
        }
        return instance;
    }
    ...
    ...
}

Овој пример е се што ви треба за 99% од вашите програми. Меѓутоа, овој пример може да биде проблематичен, посебно кога овој Singleton се користи во програма со повеќе нишки на извршување. Проблемот е во тоа што ако повеќе нишки го повикаат методот getInstance() во исто време, пред instance да биде иницијализиран, постои можност конструкторот MojSingleton() да биде повикан повеќе пати.
Повикувањето на MojSingleton() неколку пати, наместо само еднаш, се коси со нашата дефиниција на Sinleton. Во нашиот пример повикувањето на конструкторот MojSingleton() повеќе пати може и не е којзнае каков проблем, но замислете дека MojSingleton() во некој покомплициран пример отвара конекција до некоја база на податоци. Доколку MojSingleton() се повика повеќе од еднаш тогаш ние имаме повеќе од една конекција кон базата на податоци, иако целта ни беше да имаме една и само една конекција кон таа база на податоци.

Зошто всушност овој пример не е thread-safe?

Сценарио 1:
1. Програмот се стартува. MojSingleton.getInstance() сеуште не е повикан.
2. Нишка 1 го повикува методот getInstance().
3. Нишка 1 проверува дали (instance == null)
4. Нишка 1 утврдува дека instance е null и преминува на наредната линија
(instance = new MojSingleton();)
5. Нишка 1 завршува со своите циклуси и контролата се префрла на Нишка 2,
пред (instance = new MojSingleton();) да биде извршено.
6. Нишка 2 го повикува методот getInstance()
7. Нишка 2 утврдува дека instance е сеуште null и преминува на наредната
линија.
8. Нишка 2 повикува: instance = new MojSingleton();
9. Нишка 2 завршува со методот и ја враќа креираната инстанца од
MojSingleton().
10. Нишка 1 се буди и продолжува со извршување таму каде што беше запрена.
11. Нишка 1 повикува: instance = new MojSingleton();
12. Нова инстанца од MojSingleton() е креирана иако целта ни беше да креираме
само една. ПРОБЛЕМ !!!

Првото и наједноставно решение за овој проблем е да ги искористиме механизмите кои што се вградени во самата Јава Виртуелна Машина. Претходниот напис за Singleton го искористи клучниот збор synchronized за да го реши овој проблем. Кога некој метод ќе се дефинира како synchronized, самата виртуелна машина ќе се погрижи дека само една нишка може да го извршува методот getInstance() во било кое време.
Тоа значи дека после чекорот 5 во претходното сценарио, нишка 2 нема да може да го повика методот getInstance() се додека нишка 1 не заврши со извршувањето на методот. Кога нишка 2 конечно ќе почне да го извршува методот getInstance(), instance е веќе инстанцирана и нишка 2 нема да креира нова инстанца. Со тоа сме го решиле проблемот со thread-safe Singleton како во примерот подолу:

public class MojSingleton{

    private static MojSingleton instance = null;
   
    private MojSingleton() {
        ...
        ...
    }
   
    public static synchronized MojSingleton getInstance () {
        if (instance == null) {
            instance = new MojSingleton();
        }
        return instance;
    }
    ...
    ...
}

Но, придобивките од користење на клучниот збор synchronized се и негова најголема маана. Да се потсетиме: “Кога еден метод е маркиран како synchronized, една и само една нишка може да го извршува било кое дадено време”. Тоа значи дека доколку 100 нишки го повикаат методот getInstance() во еден исти момент, самое една нишка ќе може да го извршува. Сите други нишки ќе бидат блокирани и ќе мораат да чекаат. Значи, иако synchronized ги решава проблемите со threadsafety, користење на зборот synzhronized дефинитивно ќе ги забави вашите програми. Посебно во програми во кои getInstance() се повикува премногу често. Доколку вашите програми не се погодени од користењето на клучниот збор synchronized пред методот getInstance() тогаш може да го користите примерот прикажан погоре. Но кога и да е ќе се најдете во ситуација кога вашиот синxронизиран Singleton ќе ви направи проблем. За во тие ситуации би посакале да го имате прочитано делот кој што следува и се однесува на други примери на thread-safe Singleton кои што не користат синхронизиран getInstance() метод.
Доколку обратите внимание на примерот на Singleton, лесно ќе заклучите дека getInstance() методот треба да биде синхронизиран само првиот пат кога се повикува.
страна број: 1 2 : следна страна >> 
 
Коментирај
автор: Анонимус
Анонимните коментари ќе бидат објавувани веднаш после нивната проверка.
За да вашиот коментар биде веднаш валиден претходно пријавете се или креирајте свој профил


пребарување
најди
 
Форум
 
JugMK
GetJava Download Button
http://www.eclipse.org
 
 
 
 
Copyrights © 2006 - 2024 by Java.com.mk
Права и правила за користење на java.com.mk
Контакт адреса:
contact AT java.com.mk
Powered by Supernova v.0.70 beta
JavaTM и Java-базираните ознаки се трговски марки или регистрирани трговски марки на Sun Microsystems, Inc. во САД и други држави. Java.com.mk никако не соработува со Sun Microsystems, Inc.
Сите други трговски марки се сопственост на нивните сопственици.