Когда использование Сессий является плохой вещью, и что случилось с ним?

Один из Основная причина, по которой вы не хотите использовать сеансы в производственной среде, заключается в том, что идентификатор сеанса передается через файлы cookie (по крайней мере, в JSP). И вы не можете гарантировать, что у вашего клиента файлы cookie будут включены постоянно. Поэтому, даже если вы действительно используете сеанс, рекомендуется также реализовать перезапись URL-адресов. В результате контейнер будет использовать сеанс, а также перезапись URL-адреса для самого первого запроса (чтобы определить, включены ли файлы cookie). И он будет использовать сеанс, если клиент принимает файлы cookie. В противном случае это превратилось бы в перезапись URL.

Обратите внимание, что при использовании перезаписи URL вы должны убедиться, что в ответе есть закодированный URL. Кроме того, если вы используете сеанс, вам придется принимать во внимание странные события, такие как отслеживание сеанса, для более чем одного браузера в одной системе.

Иногда состояние сессии, просто существующее, убивает производительность. Серьезно, если поместить туда одно булево значение, это может убить производительность в некоторых случаях. Вот конкретный пример:

У вас есть страница приборной панели, и на ней расположено несколько маленьких модулей, каждый из которых загружает свое содержимое через ajax. Если вы используете сессию, вы можете загрузить только один модуль за раз, потому что сессия блокируется (для каждого пользователя) во время запроса. Если сессия не используется, блокировки нет, и браузер сможет запросить максимальное количество ресурсов (4 или более одновременно).

См. "Concurrent Requests and Session State" здесь:

http://msdn.microsoft.com/en-us/library/ms178581.aspx

Если вы столкнулись с этим, либо не используйте сессию, либо установите ее в режим только для чтения (это трудно сделать в ASP.NET MVC, насколько я знаю).

Обновление: Еще два реальных сценария, в которых это может произойти:

• У вас есть страница asp.net, которая записывает изображения в двоичный ответ. Вы делаете это, потому что вам нужно проверить разрешения или другие условия, чтобы определить, нужно ли передавать изображение и какое именно. Если у вас есть куча тегов изображений, ссылающихся на эту страницу в их SRC для получения изображений, вы сможете получить только одно за раз.
• У вас есть консоль администратора, которая позволяет вам управлять задачами. Вы хотите иметь возможность нажимать кнопку и запускать задачи на сервере асинхронно с ajax индикаторами выполнения. Если ваши ajax-вызовы запрашивают asp-страницы, когда у вас есть сессия (независимо от того, обращаетесь вы к ней или нет), вы сможете запускать только одну за раз. Думаю, это похоже на пример с приборной панелью, но я столкнулся с этим, и это меня убило.

Это интересный вопрос, и я согласен, что сессии могут быть очень грязными, если их неправильно использовать. Один из подходов к решению этой проблемы заключается в том, чтобы весь сложный объект (например, содержимое корзины магазина) хранился в одной сессии, а не в нескольких сессиях, разбросанных по одному веб-приложению. Сессии можно хранить в базе данных SQL Server на случай, скажем, отключения электричества.

Вы также не хотите использовать сессии для хранения частной информации. Это похоже на то, как люди пытаются хранить пароли непосредственно в cookies, что также нежелательно.

Люди все еще боятся принимать cookies, которые необходимы для использования сеансов. Кроме того, существуют проблемы безопасности.

Сессии истекают это волатильно, так что может случиться, что сессии выйдут по времени и тому подобное, так что это минус