да

лол, зачем тогда сингтон? это не синглтон

а если не делать 2 метод, можно как то реализовать

Не может быть "почти" синглтона

правильнее будет сделать 2 наследника

Ага, это значит, что у класса есть два экземпляра. Но это не синглтон

можешь 1 метод написать, который возвращает объект типа {firstSingleton: YourClass, secondSingleton: YourClass}

спасибо всем, подумаю

Просто используй Pair, из сторонней либы, либо сделай свою простую реализацию

Жонглировать словами можно как угодно. На практике, если ты будешь пользоваться терминами "почти синглтон" или "тут у меня синглтон с двумя экземплярами", то твои собеседники/коллеги будут смотреть на тебя как минимум с недоумением

 public static Singleton getInstance() {
    if (instance == null) {
      instance = new Singleton();
    }
    return instance;
  }

Не делать синглтон, если надо два экземпляра.

...но это не синглтон по определению, лол

Это как "немножко беременна"

Один экземпляр %какая-то_херня% на каждую конфигурацию/набор параметров - это нормально, но это априори не синглтон

Не понял к чему этот спич, если ты просто некорректно пользуешься терминами

погодите, но ведь можно создать 2 инстанса 1 и того же класса как сингтон бины в спринге и пользоваться ими

У спринга уникальность синглтонов обеспечивается в других скоупах

>сингелтон во первых ограничивает создание клиентом и делает это сам
Ни хера подобного, синглтон - это строго про "класс инстанциируется один раз и этот единственный инстанс используется". Как, кем, почему, зачем, с какими религиозными целями, что кушает автор, какой рукой пишется код - ничего из этого не входит в определение синглтона, не надо нести чепухи, это просто детали реализации.
In software engineering, the singleton pattern is a software design pattern that restricts the instantiation of a class to one "single" instance.

Нет, вы просто подгоняете что угодно под определение паттерна, которое не имеет отношения к ситуации.