Сценарий 1: В веб-приложении asp.net ASP.NET_SessionId наборе алгоритмов, определённых Microsoft, набор сложных алгоритмов, основанных на аппаратных идентификаторах, может в целом обеспечить неповторение дублирования. Однако, если вы хотите убедиться, что дубликатов нет, вы можете самостоятельно определить метод генерации SessionID. Портал:http://msdn.microsoft.com/zh-cn/ ... nidmanager.validate(v=vs.80).aspx
Сценарий 2: В веб-приложении asp.net сессия Сессии открывается автоматически (может быть закрыта в web.config), так что сайт сохраняет состояние сессии пользователя ASP.NET_SessionId независимо от того, есть ли у пользователя бизнес-потребности или нет! Это создаёт расход производительности без всякой причины.
В MVC3 Microsoft убрала эту часть потребления производительности, и когда бизнес использует сессию, она генерируется бизнес-логикой!
SessionIDManager.Validate(String) Method
Получает значение, указывающее, валиден ли идентификатор сессии.
пример
Следующий пример кода показывает унаследованный класс SessionID, класс SessionIDManager, и переопределяет методы CreateSessionID и Validate, предоставляя и проверяя метод Guid как SessionID.
Чтобы использовать пользовательский класс, показанный в этом примере, SessionID будет иметь пользовательский класс в файле Web.config, как показано в примере ниже для HTTP-модуля.
Manager esp Manage custom virtual col var == Quest
Создайте новый класс под названием CustomSessionIDManager
Modify Web.Config
|
Опубликовано 14.07.2019 19:46:59
|
|
|
