Singleton на самом деле не синглтон

У меня есть ситуация, когда я делю одноэлемент между моим кодом, который запускает встроенный сервер и мое веб-приложение. У меня война с классами и инструментом развертывания. Когда я печатаю экземпляры, я вижу:Singleton на самом деле не синглтон

[email protected] 
[email protected]

Так что это не одиночный. Как это работает?

Мой сервер запуска Jetty код:

public static void main(String[] args) throws Exception 
{ 
    System.out.println(MySingleton.getInstance()); 
    // start Jetty here and deploy war with WebAppContext() 
}

Мой ServletContextListener сторона код:

public class AppServletContextListener implements ServletContextListener{ 
    @Override 
    public void contextInitialized(ServletContextEvent arg0) { 
     System.out.println(MySingleton.getInstance()); 
    } 
}

Мой синглтон:

public class MySingleton { 
    private static MySingleton INSTANCE = new MySingleton(); 
    private MySingleton() {} 
    public static MySingleton getInstance() { 
     return INSTANCE; 
    } 
}

Я вынужден исключить внутри конструктора. Похоже, я получаю два разных.

java.lang.Exception 
     at api.MySingleton.<init>(MySingleton.java:33) 
     at api.MySingleton.<clinit>(MySingleton.java:22) 
     at my.project.StartJetty.main(StartJetty.java:41) 
java.lang.Exception 
     at api.MySingleton.<init>(MySingleton.java:33) 
     at api.MySingleton.<clinit>(MySingleton.java:22) 
     at api.AppServletContextListener.contextInitialized(AppServletContextListener.java:25) 
     at org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:640) 
     at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:229) 
     at org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1208) 
     at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:586) 
     at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:449) 
     at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:58) 
     at org.eclipse.jetty.server.handler.HandlerCollection.doStart(HandlerCollection.java:224) 
     at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:58) 
     at org.eclipse.jetty.server.handler.HandlerWrapper.doStart(HandlerWrapper.java:89) 
     at org.eclipse.jetty.server.Server.doStart(Server.java:258) 
     at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:58) 
     at my.project.StartJetty.main(StartJetty.java:66)

источник

2013-09-11 flyer

Вы не оставили ни одного кода. – chrylis

минут пожалуйста. – flyer

Singleton - это шаблон, предполагающий, что он выполнен правильно, у вас будет только один объект в памяти, но это не значит, что вы не можете изменить состояние объекта. Всякий раз, когда вы меняете состояние объекта, в зависимости от реализации hashcode()/equals() эти числа будут меняться. – kosa

Посмотрите на какой-то Jetty documentation. Вы можете играть с конфигурациями загрузки классов.

Если установлено значение истинно, то Jetty использует обычный приоритет JavaSE загрузки классов, и отдает приоритет родителей/системы загрузчиком классов. Это позволяет избежать проблем с выпуском нескольких версий класса внутри webapp, но версия , которую предоставляет родительский/системный загрузчик, должна быть правильной версией для всех настраиваемых вами веб-конфигураций.

Это именно то, что вы описываете. Один экземпляр MySingleton загружается основной программой Java, а другой загружается загрузчиком классов Jetty.

источник

2013-09-11 20:17:11

Это поведение для некоторых целей, и я должен ожидать этого с другими серверами? – flyer

Для контейнеров сервлетов другого способа сделать не нужно, так как вам нужно загрузить 'war's. На других серверах вы не будете контролировать 'main()', чтобы не беспокоиться. Если вы дважды попытались выполнить 'MySingleton.getInstance()' дважды в слушателе, вы получите тот же экземпляр. То же самое, если вы сделали это в сервлете или другом классе в этом контексте. –

Точно такой же наблюдаемый. Если я использую 'MySingleton' в ресурсах ServletContextListener и REST, это тот же самый экземпляр. – flyer

Печать трассировки стека в конструкторе должна предоставить вам информацию, необходимую для выяснения, где она создается и какой порядок. Шаблон Singleton - опасная вещь, обычно лучше сделать это по-другому.

источник

2013-09-11 20:10:41 Kyle

Я обновил вопрос. Хороший намек. – flyer

Ваш ServletContextListener и основные классы загружаются различными загрузчиками классов. Всякий раз, когда класс загружается, его статический блок будет выполнен. так что вы получите два экземпляра ...

Если вы хотите, чтобы убедиться, что тот же загрузчик классов загружает синглтон, вы должны указать загрузчик классов самостоятельно.

проверить эту ссылку для получения более подробной информации http://www.javaworld.com/article/2073352/core-java/simply-singleton.html?page=2

источник

2013-09-11 20:13:59 Ranjith

Singleton на самом деле не синглтон

ответ

Смежные вопросы