зачем это нужно? Сервлет не должен хранить долго данных в филдах, т.к. за многопоточность отвечает контейнер, а т.к. контейнер может быть реализован различными вендорами, то нельзя со 100% уверенностью сказать как будут генерироваться инстансы самого сервлета, т.к. хрен его знает что они там намутили для улучшения показателей пефоманса, а это черевато проблемами с рассинхронизацией данных. Если тебе надо хранить какие-то данные по привязке к потокам, то в веб контейнере есть универсальный механизм для этого - это веб сессия.

GerdaS
таки как будут отношения складыватся у клиента с web - контен. ?
появился клиент проделал 1,2,3 отправил запрос получил ответ , а дальше что будет происходить при повторном обращении клиента ?

а будет происходить то, что нужно лично тебе. Задача сервлета - обработать реквест и сформировать соответствующий респонз, все, как только он отдал респонз он, торетически, спокойно может умирать в мусорке. Т.е., если у тебя одновременных обрещений к сервлету нету, т.е. обслуживается всегда один пользователь, то, скорее всего, как таковой, будет существовать всего один экземпляр этого сервлета... Ежели контейнер сделает несколько тредов сервлета, в случае, если одновременно полезли в него несколько клиентов, то там, обычно, предусмотрен какой-нибудь механизм, к примеру по таймаутам, такой, что после завершения свой работы ненужные инстансы в мусорку уходят... Если надо сохранить состояние каких-либо переменных или маленьких объектиков для конкретного клиента, то нужно использовать HttpSession, контейнер сгенерирует SID, который можно сунуть кукисом, либо в ссылку, ну и хранить эту мелочь можно в сессии... если предполагается что-то солидное, то тут надо уже думать что да как более подробно, в зависимости от конкретной задачи...