Яка різниця між Session.Abandon () та Session.Clear ()

Яка різниця між знищенням сеансу та видаленням його значень? Чи можете ви надати приклад, що це демонструє?

Я шукав це питання, але не розумію тотальної відповіді. Деякі відповіді:

• Session.Abandon() знищує сеанс
• Session.Clear() просто видаляє всі значення

Друг сказав мені це:

Очищення сеансу не призведе до скидання сеансу, він все ще існує з тим самим ідентифікатором для користувача, але зі значеннями, просто очищеними.

Відмова повністю знищить сеанс, це означає, що вам потрібно розпочати новий сеанс, перш ніж ви зможете зберегти більше значення в сеансі для цього користувача.

Наведений нижче код працює і не викидає жодних винятків.

Session.Abandon();
Session["tempKey1"] = "tempValue1";

Коли ви відмовитесь від (Session), ви (а точніше користувач) отримаєте новий SessionId

Коли я тестую сесію, вона не робить жодних змін, коли я припиняю сеанс.

Я просто знаходжу одну різницю: session.Abandon()піднімає Session_Endподію

Очистити - Видаляє всі ключі та значення з колекції стану сеансу.

Відмова - видаляє всі об'єкти, що зберігаються на сесії. Якщо ви не зателефонували методом відмови явно, сервер видаляє ці об'єкти і знищує сеанс, коли час сеансу закінчується.
Він також викликає такі події, як Session_End .

Session.Clear можна порівняти з видаленням усіх книг з полиці , тоді як Session.Abandon - це більше, як викинути всю полицю .

Ти кажеш:

Коли я тестую сесію, вона не робить жодних змін, коли я припиняю сеанс.

Це правильно, коли ви робите це лише протягом одного запиту .
У наступному запиті сесія буде іншою. Але ідентифікатор сеансу можна повторно використовувати, щоб ідентичний номер залишився колишнім

Якщо ви будете використовувати Session.Clear, у вас буде однаковий сеанс у багатьох запитах.

Як правило, у більшості випадків потрібно використовувати Session.Clear.
Ви можете використовувати Session.Abandon, якщо ви впевнені, що користувач збирається покинути ваш сайт.

Тож повернемось до відмінностей:

1. Відмова піднімає запит Session_End.
2. Очищення видаляє предмети негайно, Відмовитися від цього немає.
3. Abandon випускає об'єкт SessionState та його предмети, щоб він міг зібрати зібраний сміття для звільнення ресурсів. Clear зберігає SessionState та пов’язані з нею ресурси.

Коли ви будете Abandon()сеансом, ви (а точніше користувач) отримаєте новий SessionId (на наступний запит). Коли ви займаєтеся Clear()сеансом, всі збережені значення видаляються, але SessionId залишається недоторканим.

Це свого роду охоплене різними відповідями вище, але вперше, коли я прочитав цю статтю, я пропустив важливий факт, що призвів до незначної помилки в моєму коді ...

Session.Clear() ОЧИКУЄ значення всіх клавіш, але НЕ буде спричиняти подія кінця сеансу.

Session.Abandon()НЕ очистить значення поточного запиту. Якщо буде запрошена інша сторінка, значення для цієї сторінки не буде. Однак відмовтеся, ЩО БУДЕ кинути подію.

Отже, у моєму випадку (а може, і у вашому?) Мені потрібно було Clear()слідувати Abandon().

цей код працює і не кидайте жодного винятку:

Session.Abandon();  
Session["tempKey1"] = "tempValue1";

Це тому, що коли викликається метод Abandon, поточний об'єкт Session знаходиться в черзі для видалення, але насправді не видаляється, поки всі команди скриптів на поточній сторінці не будуть оброблені. Це означає, що ви можете отримати доступ до змінних, що зберігаються в об'єкті Session на тій самій сторінці, що і виклик методу Відмовитися, але не на будь-яких наступних веб-сторінках.

Наприклад, у наступному сценарії третій рядок друкує значення Mary. Це пояснюється тим, що об'єкт Session не знищується, поки сервер не закінчить обробку сценарію.

<% 
  Session.Abandon  
  Session("MyName") = "Mary" 
  Reponse.Write(Session("MyName")) 
%>

Якщо ви отримуєте доступ до змінної MyName на наступній веб-сторінці, вона порожня. Це пов’язано з тим, що MyName був знищений попереднім об’єктом сесії, коли сторінка, що містить попередній приклад, закінчила обробку.

від MSDN Session.Abandon

Очищення сеансу видаляє значення, які там зберігалися, але ви все одно можете додавати нові. Після знищення сеансу ви не можете додавати туди нових значень.

Очистити - видалити ключ або значення з колекції стану сеансу ..

відмовитися - видалити або видалити об’єкти сеансу з сеансу ..

Session.Abandon() 

знищить / вб'є весь сеанс.

Session.Clear()

видаляє / очищає дані сеансу (тобто ключі та значення з поточного сеансу), але сеанс буде активним.

Порівняйте з методом Session.Abandon (), Session.Clear () не створює новий сеанс, він просто робить усі змінні в сеансі NULL.

Ідентифікатор сесії залишатиметься однаковим в обох випадках, доки браузер не закриється.

Session.RemoveAll()

Він видаляє всі ключі та значення з колекції стану сеансу.

Session.Remove()

Він видаляє елемент із колекції сеансу стану.

Session.RemoveAt()

Він видаляє елемент у визначеному індексі з колекції стану сеансу.

Session.TimeOut()

Це властивість визначає період очікування, призначений об’єкту сесії для програми. (час буде вказано в хвилинах).

Якщо користувач не оновлює або не запитує сторінку протягом періоду очікування, сеанс закінчується.

Наявність sessionid може спричинити атаку фіксації сеансу, що є одним із моментів дотримання PCI. Щоб видалити сессионид і подолати атаку фіксації сеансу, прочитайте це рішення - Як уникнути вразливості фіксації сеансу в ASP.NET? .

Я думаю, що було б зручніше Session.Clear(), ніж використовувати Session.Abandon().

Оскільки значення все ще існують у сеансі після виклику пізніше, але вони видаляються після виклику першого.

this code works and dont throw any exception:

Session.Abandon();  
Session["tempKey1"] = "tempValue1";

Тут слід зауважити, що Session.Clear видаляє елементи негайно, але Session.Abandon відзначає, що сеанс буде припинено наприкінці поточного запиту. Це просто означає, що припустимо, що ви намагалися отримати доступ до значення в коді відразу після виконання команди session.abandon, вона все ще буде. Тому не заплутайтеся, якщо ваш код просто не працює навіть після видачі команди session.abandon і негайно виконайте певну логіку з сеансом.