"Смысл моего вопроса в хранении данных сессии в определенном объекте." -
так это за Вас уже сделано. Коллекция HttpContext.Session. Просто она пустая, использовать её или нет решаете Вы. Так что изобретать велосипед ненадо.
"Я знаю что сессия хранится в памяти на сервере и для каждого юзера начавшего сессию создается уникальный идентификатор сессии." - по умолчанию да, но можно и в БД хранить.
"А теперь вопрос. Где мне создавать объект класса сессии? При авторизации пользователя?" - сессия пуста, объект создаётся при первом обращении к нему, авторизация и прочее
не имеют значение. Т.е. объект создаётся тогда, когда возникает в нём необходимость, когда Вы туда что-то записываете.
"Если да, то тогда где мне создавать объект списка сессий? При старте приложения?" - уже ответил высше.
"Если да, то как мне сделать атк что бы вне зависимости от того, как работает приложение, объекты списка и сессии уничтожались только тогда когда я этого хочу, а не сборщиком мусора когда я его(объект)
перестал использовать?" - это общая философия .Net, идти против течения ненужно.
Вот пример как можно с сессией работать. Если нет острой необходимости, старайтесь не использовать сессию вообще.
