Для сервлетов, не реализующих интерфейс SingleThreadModel, если метод службы был определен с ключевым словом synchronized, контейнер сервлетов не может использовать подход с пулом экземпляров (выдержка из Спецификации сервлетов Java™ версии 2.5).
Итак, это не SingleThreadModel, а спецификация говорит о подходе к пулу экземпляров? Обычно, если мы не опишем сервлет для SingleThreadModel, будет создан только один экземпляр. Я смущен.
Приведенная вами фраза не совсем ясна, но в моей интерпретации она хочет сказать следующее:
Если сервлет не реализует SingleThreadModel, но имеет синхронизированный метод service (или синхронизированные методы HttpServlet#doGet и т. д.), тогда контейнер сервлета не будет использовать пул экземпляров для сервлета.
Запросы будут просто сериализуются через синхронизацию потоков, и производительность будет плохой для одновременных запросов.
Вам нужно полностью прочитать §2.3.3.1 Вопросы многопоточности в спецификации сервлета (которая существовала как минимум с версии Servlet 2.2, а возможно и раньше), чтобы получить полный контекст этого предложения.
Контейнер может выбрать создание пула экземпляров сервлетов, реализующих javax. .servlet.SingleThreadModel для улучшения параллелизма. Затем каждый поток, обрабатывающий запрос, направленный к этому сервлету, может выполнять свой собственный экземпляр сервлета (возможно, полученный из пула) вместо блокировки до тех пор, пока не будет выполнен предыдущий запрос.
Контейнер не будет использовать этот механизм, если разработчик просто выберет synchronize service или связанный с ним метод.
Чтобы ответить на ваш вопрос явно:
пул экземпляров никогда не будет использоваться для сервлетов, не реализующих
SingleThreadModel. Поэтому эти типы сервлетов всегда будут одноэлементными.
Однако все это спорно, потому что SingleThreadModel устарел, начиная с Servlet 2.4.
SingleThreadModel сервлеты будут (потенциально) объединены в пул.
- person Steve C; 30.12.2015
