Iis Azure Web作业和信号器内存泄漏
所以我有一些网络作业，偶尔会连接到信号集线器并广播消息。下面只是一个示例，在本例中，它是一个简单的web开发作业，具有TimerTrigger属性，设置为每20秒连续运行一次。如下面的代码所示Iis Azure Web作业和信号器内存泄漏,iis,signalr,azure-webjobs,azure-webjobssdk,Iis,Signalr,Azure Webjobs,Azure Webjobssdk,所以我有一些网络作业，偶尔会连接到信号集线器并广播消息。下面只是一个示例，在本例中，它是一个简单的web开发作业，具有TimerTrigger属性，设置为每20秒连续运行一次。如下面的代码所示 public static void Main() { JobHostConfiguration config = new JobHostConfiguration(); config.Tracing.ConsoleLevel = TraceLevel.V
public static void Main()
{
JobHostConfiguration config = new JobHostConfiguration();
config.Tracing.ConsoleLevel = TraceLevel.Verbose;
config.UseTimers();
if (config.IsDevelopment)
{
config.UseDevelopmentSettings();
}
var host = new JobHost(config);
host.RunAndBlock();
}
public static void ProcessPush([TimerTrigger("00:00:20", RunOnStartup = true)] TimerInfo timerInfo, TextWriter log)
{
// Send a signalr message to the Hub
try
{
SendMessageToHub(log);
}
catch (Exception e)
{
log.WriteLine($"WebJob Push Exception: {e.Message}");
}
}
private static async Task SendMessageToHub(TextWriter log)
{
var hub = new HubConnection(CloudConfigurationManager.GetSetting("MyWebSite"));
var proxy = _hub.CreateHubProxy("MyHub");
log.WriteLine("WebJob Push: Sending message to SignalR Hub.");
if (_hub.State == Microsoft.AspNet.SignalR.Client.ConnectionState.Disconnected)
{
await _hub.Start();
}
await _proxy.Invoke("BroadcastMessage");
log.WriteLine("WebJob Push: Sent message to SignalR Hub.");
}
更新-显式停止集线器连接似乎处理了孤立客户端（或同一web作业客户端的多余客户端）。特别是，添加了_hub.Stop（）；在调用代理后。尽管对某些人来说这听起来很明显，但答案是确保在向集线器发送消息后停止集线器连接。下面是代码，附加的一行被注释包围 这似乎与浏览器客户端不同，浏览器客户端在一段时间不活动后会断开连接。webjob客户端会继续访问，并继续对网站进行投票。因此，每次触发webjob时（通过计时器或从azure队列或主题中读取消息），它都会不断生成一个新客户端并保留该连接 在webjob中，必须显式停止连接，否则内存和CPU将逐渐崩溃
private static async Task SendMessageToHub(TextWriter log)
{
var hub = new HubConnection(CloudConfigurationManager.GetSetting("MyWebSite"));
var proxy = _hub.CreateHubProxy("MyHub");
log.WriteLine("WebJob Push: Sending message to SignalR Hub.");
if (_hub.State == Microsoft.AspNet.SignalR.Client.ConnectionState.Disconnected)
{
await _hub.Start();
}
await _proxy.Invoke("BroadcastMessage");
/////////////////////////////////////////////////////////////
// Stopping the hub connection is necesssary in a web job //
_hub.Stop();
/////////////////////////////////////////////////////////////
log.WriteLine("WebJob Push: Sent message to SignalR Hub.");
}
轮询请求来自不同的客户端（每个客户端具有不同的connectionToken）。这只意味着服务器根据现有轮询请求向客户端发送消息，客户端必须重新建立新轮询以获取新消息（如果有）。如果您想避免这些请求，请使用更高效的传输—最好是WebSocket。（有趣的是，客户端实际上正在运行长轮询。我可以想象它没有使用WebSocket，因为默认情况下它们是禁用的，您可能忘记启用它们，但我不知道为什么它没有使用serverSentEvents）您是否尝试使触发函数异步，并将SendMessageToHub方法签名中的
异步无效更改为异步任务
？您好，Thomas，对不起，我已在此处编辑了代码示例。实际上是：私有静态异步任务SendMessageToHub（TextWriter日志）Hi Pawel，该网站肯定启用了web套接字。我们的大多数其他信号通信都是通过ws完成的。然而，web作业客户端似乎正在进行长轮询。我开始认为，在触发消息后，我们可能需要在集线器连接上执行.Stop（）方法，以停止任何长轮询，因为客户端对接收任何内容都不感兴趣，而只是触发消息。信号器服务器不能是gett