SignalR, вызывающий клиентский метод из внешнего хаба с использованием GlobalHost.ConnectionManager.GetHubContext, не работает. Но звонки из хаба

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

В конце я нашел эту ссылку, в которой говорилось следующее:

Замена DependencyResolver

Вы можете изменить DependencyResolver для использования выбранного контейнера DI, установив GlobalHost.DependencyResolver.

ПРИМЕЧАНИЕ. НЕ переопределяйте глобальный преобразователь в PreApplicationStart, он не будет работать или будет работать только иногда. Сделайте это в PostApplicationStart (с помощью WebActivator) или в Global.asax.

Важное место здесь ПРИМЕЧАНИЕ. Конечно, после signalr 2.0 эта документация становится устаревшей. Поэтому я смешал кое-что из этого с новым API SignalR. В новом SignalR API больше не используется WebActivatorEx. OwinStartup предпочтительнее, чем WebActivator.

[assembly: OwinStartupAttribute(typeof(YourNamespace.Startup))]
namespace YourNamespace
{
    public partial class Startup
    {
        public void Configuration(IAppBuilder app)
        {
            //IoC container registration process
            UnityConfig.RegisterComponents();

            UnityConfig.Container.RegisterType<AHub, AHub>();

            HubConfiguration config = new HubConfiguration();
            config.EnableJavaScriptProxies = true;


            //You should remove your dependency resolver code from here to Global.asax Application_Start method. Before setting the MVC properties.
            //config.Resolver = new SignalrDefaultDependencyResolver(UnityConfig.Container); // your dependency resolver
            //


            app.MapSignalR(config);
        }
    }
}

И в вашем global.asax

namespace YourNamespace
{
    public class MvcApplication : System.Web.HttpApplication
    {
        protected void Application_Start()
        {
            //Here your SignalR dependency resolver
            GlobalHost.DependencyResolver = new SignalrDefaultDependencyResolver(UnityConfig.Container);


            //other settings goes on
            AreaRegistration.RegisterAllAreas();
            GlobalConfiguration.Configure(WebApiConfig.Register);

            FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
            RouteConfig.RegisterRoutes(RouteTable.Routes);
            BundleConfig.RegisterBundles(BundleTable.Bundles);
        }
    }
}

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

Так что у меня пока все работает нормально. Также работает внедрение зависимостей. Но плохо то, что везде, где я искал, Дэвид Фаулер говорил: «Это по замыслу». Я начал думать, действительно ли этот дизайн необходим или ошибочен.

Надеюсь, это поможет кому-то другому, кто исследует ту же проблему.

У меня была такая же проблема, и она связана с IoC (с чем угодно, например, Ninject или Castle). Если вы установите глобальный преобразователь зависимостей для своего диспетчера IoC, он также заменит разрешение внутреннего конвейера SignalR. Это приводит к тому, что ваш клиентский хаб SingleTon не работает должным образом.

Я решил это, имея только IoC-серверные концентраторы. Для приведенного ниже кода требуется SignalHubActivator (вы можете найти его в Интернете)

Теперь GlobalHost.ConnectionManager.GetHubContext вернет единственный экземпляр И клиентские методы снова будут вызываться правильно!

 //configuration.Resolver = signalrDependency ; dont, this will cause GlobalHost.ConnectionManager to be intercepted by Castle


 configuration.Resolver.Register(typeof(IHubActivator),
                                      () => new SignalHubActivator(container));