ASP.NET Core新手求助：如何动态更新View？是否有非轮询方案

嘿，刚入坑ASP.NET Core Razor/MVC的话，确实会对实时更新页面这块有点懵——轮询AJAX当然是可行方案，但绝对不是唯一的！结合你的场景（Docker部署的ASP.NET网站+通过RabbitMQ/IoT Edge Hub通信的.NET Core模块），我给你梳理几个更合适的实时更新方案：

1. SignalR（最推荐！官方原生实时通信库） #

ASP.NET Core SignalR是专门为实时双向通信设计的，它会自动根据浏览器/环境选择最优的传输方式（WebSocket、Server-Sent Events、长轮询），还帮你处理了断线重连、消息分组这些麻烦事，完美适配你的场景：

实现思路： #

• 后端：ASP.NET Core项目里创建一个SignalR Hub类，同时编写监听RabbitMQ/IoT Edge Hub消息的逻辑，一旦收到模块发来的消息，就通过SignalR把消息推送给所有连接的客户端。
• 前端：Index页面引入SignalR客户端库，建立和Hub的连接，监听后端推送的消息，收到后直接更新页面DOM。

简单代码示例： #

后端Hub类

using Microsoft.AspNetCore.SignalR;

public class UpdateHub : Hub
{
    // 可以定义方法供前端调用，这里我们主要是后端主动推
    public async Task SendUpdateMessage(string message)
    {
        await Clients.All.SendAsync("ReceiveUpdate", message);
    }
}

后端Program.cs配置

// 添加SignalR服务
builder.Services.AddSignalR();

// 配置Hub路由
app.MapHub<UpdateHub>("/updateHub");

前端Index页面的JS代码（Razor页面）

<script src="https://cdnjs.cloudflare.com/ajax/libs/microsoft-signalr/7.0.0/signalr.min.js"></script>
<script>
    const connection = new signalR.HubConnectionBuilder()
        .withUrl("/updateHub")
        .build();

    // 监听后端推送的消息
    connection.on("ReceiveUpdate", (message) => {
        // 更新页面元素，比如修改某个div的内容
        document.getElementById("updateContent").textContent = message;
        // 用jQuery的话可以写：$("#updateContent").text(message);
    });

    // 启动连接，处理重连逻辑
    connection.start().catch(err => console.error(err.toString()));
</script>

<div id="updateContent">等待更新...</div>

2. Server-Sent Events (SSE) #

如果你的场景只需要服务器单向推消息给客户端（不需要前端发消息回去），SSE是个更轻量的选择，它基于HTTP协议，不需要额外的第三方库：

实现思路： #

• 后端写一个API端点，返回text/event-stream类型的响应，保持连接打开，收到模块消息时就向客户端发送事件。
• 前端用原生EventSource对象连接这个端点，监听事件并更新页面。

简单示例： #

后端API端点

[HttpGet("/api/updates")]
public async Task GetUpdates(HttpContext context)
{
    context.Response.ContentType = "text/event-stream";
    var cancellationToken = context.RequestAborted;

    // 这里替换成你监听RabbitMQ/IoT Edge Hub的逻辑
    while (!cancellationToken.IsCancellationRequested)
    {
        // 模拟收到模块的消息
        var message = $"收到模块更新：{DateTime.Now:HH:mm:ss}";
        await context.Response.WriteAsync($"data: {message}\n\n");
        await context.Response.Body.FlushAsync();
        
        // 实际场景中应该是消息触发，而非定时
        await Task.Delay(1000, cancellationToken);
    }
}

前端JS代码

const eventSource = new EventSource("/api/updates");
eventSource.onmessage = function(event) {
    document.getElementById("updateContent").textContent = event.data;
};

// 处理连接错误
eventSource.onerror = function(error) {
    console.error("SSE连接出错：", error);
    eventSource.close();
};

3. 原生WebSocket（不推荐，除非特殊需求） #

你也可以直接用原生WebSocket实现持久连接，但SignalR已经封装了WebSocket，还处理了断线重连、兼容低版本浏览器等问题，所以除非你有非常定制化的需求，否则没必要自己造轮子。

关于轮询AJAX的补充 #

轮询确实是最容易上手的方案——前端定时用AJAX请求后端接口，检查有没有新消息，有就更新页面。但它的缺点也很明显：

• 实时性差（比如设5秒轮询，最多延迟5秒）
• 频繁请求会增加服务器和网络的压力
• 浪费资源（大部分请求都是空响应）

如果你的项目是快速原型，或者对实时性要求不高，轮询可以凑活，但长期来看还是SignalR更适合你的场景。

最后，这些方案在Docker部署下都能正常运行，只要注意容器的端口映射（比如SignalR不需要额外端口，用网站的HTTP/HTTPS端口就行），还有确保后端服务能正确连接到RabbitMQ/IoT Edge Hub即可。

内容的提问来源于stack exchange，提问作者appcoder