SignalR и HttpContext/сеанс

Это старый вопрос, но я оставляю свой ответ на тот случай, если он кому-то будет полезен.

Поскольку ваш концентратор расширяет Microsoft.AspNet.SignalR.Hub, он имеет доступ к свойству Context типа HubCallerContext.

Это свойство предоставляет много информации от вызывающего объекта:

• Идентификатор соединения
• Заголовки
• Строка запроса
• Запрос
• Печенье
• Пользователь

В своем решении я использую имя пользователя, хранящееся в Context.User.Identity.Name, в качестве ключа в моем хранилище ключей/значений (в моем случае Redis), чтобы отслеживать все связи, которые есть у пользователя.

Вы можете переопределить OnConnect и OnDisconnect, чтобы сохранить список подключений, связанных с пользователем. Вы также можете хранить все, что хотите, вместе с идентификаторами соединений (в вашем случае строки подключения пользователя).

Привет, у меня была аналогичная проблема, так как мне нужно было идентифицировать не прошедших проверку подлинности посетителей моего приложения, чтобы персонализировать их запросы к концентратору SignalR.

Я решил это, обратившись к «HttpContext.Current.Request.AnonymousId». AnonymousId сопоставляется с временной записью в самореализуемом объекте сеанса в базе данных SQL, по сути, эмулируя сеанс, поддерживаемый базой данных.

Вот некоторая соответствующая документация на случай, если вы захотите настроить AnonymousId или инициализировать запись в базе данных: http://msdn.microsoft.com/en-us/library/system.web.httprequest.anonymousid.aspx

Более того, вы должны иметь доступ к Context в OnDisconnected() следующим образом: Context.Request.GetHttpContext().

Надеюсь, это поможет.

Если вы используете ASP.NET Core SignalR 3.0 (не ASP.NET SignalR 2.1), вы можете использовать Context.GetHttpContext() для получения HttpContext.

К вашему сведению, в Signalr 3.0 больше нет объекта Context.Request. Контекст запроса можно получить, обратившись к файлу IHttpContextFeature in Context.Features[]. Я использовал следующее:

IHttpContextFeature  hcf           = (IHttpContextFeature)this.Context.Features[typeof(IHttpContextFeature)];
HttpContext          hc            = hcf.HttpContext;
string               myCookieValue = hc.Request.Cookies["Value"];

Это, вероятно, может использовать некоторые нулевые проверки или может быть чище, но, надеюсь, это сэкономит кому-то время.

Вы можете использовать что-то вроде словаря, чтобы отслеживать ConnectionId пользователя при подключении. Также может помочь использование SQL Server для хранения состояния сеанса: http://support.microsoft.com/kb/317604

SignalR предоставляет вам доступ к User.Identity.Name, который вы можете использовать для отслеживания запуска disoconnect().

Тот факт, что вам нужно, чтобы ваше решение работало в среде с балансировкой нагрузки, обуславливает тот факт, что вам нужно хранить строку подключения в чем-то отличном от сеанса. Хранилище ключ-значение (как вы его реализуете, не имеет значения), где ключом является ConnectionId (единственная информация, доступная при отключении), а значением является строка подключения. Вы можете продолжать использовать Session в любом другом месте, если хотите, но я думаю, что вам следует переместить все приложение для записи и чтения оттуда, по крайней мере, для этой информации.