Implementierung von Echtzeit-Datenaktualisierungen in Mvc-Anwendungen mit Signalr

Verkehrsmechanismen und Fallback

SignalR unterstützt mehrere Transportprotokolle, um Kompatibilität zwischen verschiedenen Browsern und Netzwerkumgebungen zu gewährleisten. Der primäre Transport ist WebSocket, was die niedrigste Latenz und Vollduplex-Kommunikation bietet. Wenn WebSocket nicht verfügbar ist (aufgrund von Proxy-Einschränkungen, älteren Browsern oder Firewalls), fällt SignalR automatisch auf Server-Sendungen zurück, dann auf Forever Frame (für Internet Explorer) und schließlich auf Long Polling als letzten Ausweg. Diese automatische Verhandlung macht SignalR zu einer zuverlässigen Wahl für Echtzeitfunktionen in verschiedenen Bereitstellungsszenarien.

Die Transportverhandlungen finden während des ersten Verbindungs-Handshakes statt. Der Client sendet eine Verhandlungsanfrage und der Server antwortet mit der Liste der unterstützten Transporte. Der Client versucht dann zuerst, sich mit dem leistungsfähigsten Transport zu verbinden. Dieser Prozess ist transparent für Ihren Anwendungscode, aber es hilft, Konnektivitätsprobleme zu debuggen oder für WebSocket-Umgebungen zu optimieren.

Verbindungslebenszyklus

Jede Clientverbindung zu einem SignalR-Hub wird durch eine eindeutige Verbindungs-ID dargestellt. Wenn ein Client eine Verbindung herstellt, kann der Server die -Methode im Hub aufrufen, um jede Initialisierung durchzuführen. Ebenso ermöglichen und -Methoden es Ihnen, Trennungen und Wiederverbindungen anmutig zu handhaben. SignalR-Clients haben eine eingebaute automatische Wiederverbindungslogik, die so konfiguriert werden kann, dass sie in zunehmenden Abständen wiederholt werden. Diese Belastbarkeit ist entscheidend für die Aufrechterhaltung von Echtzeit-Erfahrungen, auch wenn Netzwerkunterbrechungen auftreten.

Einrichten von SignalR in einer ASP.NET MVC-Anwendung

Installieren der erforderlichen Pakete

Der erste Schritt besteht darin, das SignalR NuGet-Paket zu Ihrem MVC-Projekt hinzuzufügen. Dies können Sie über die Package Manager Console oder die NuGet Package Manager UI tun. Verwenden Sie für MVC 5-Anwendungen Dieses Paket enthält sowohl serverseitige Komponenten als auch eine clientseitige JavaScript-Bibliothek. Wenn Sie ein JavaScript-Framework oder einen nicht-Microsoft-Client verwenden möchten, können Sie den JavaScript-Client auch separat installieren: .

Stellen Sie nach der Installation sicher, dass die folgenden Dateien in Ihrem Projekt vorhanden sind:

• – die clientseitige Bibliothek
• – die unverkleinerte Version für Debugging

Registrieren von SignalR in OWIN Startup

ASP.NET MVC 5 verwendet OWIN für Middleware. SignalR muss in der OWIN-Startklasse konfiguriert sein. Wenn Ihr Projekt noch keine -Datei hat, fügen Sie eine hinzu und fügen Sie folgenden Code hinzu:

using Microsoft.Owin;
using Owin;
using YourNamespace; // Replace with your project's namespace

[assembly: OwinStartup(typeof(Startup))]

public class Startup
{
 public void Configuration(IAppBuilder app)
 {
 // Any other OWIN middleware configuration can go here.
 app.MapSignalR();
 }
}

Der Aufruf registriert die SignalR Middleware und bildet die Standard-Hub-Route zu ab. Sie können die Route anpassen, indem Sie ein -Objekt übergeben, aber für die meisten Anwendungen ist der Standard ausreichend.

Konfiguration des Global.asax für Pre-OWIN-Projekte (Legacy)

Wenn Sie ein älteres MVC-Projekt verwenden, das OWIN nicht unterstützt, können Sie SignalR in der -Methode von konfigurieren, indem Sie aufrufen.

Erstellen eines Hubs und Kommunizieren mit Kunden

Server-Side-Hub-Klasse

Definieren Sie einen Hub, indem Sie eine Klasse erstellen, die von erbt. Innerhalb dieser Klasse können Sie Methoden definieren, die Clients aufrufen können. Diese Methoden können Parameter akzeptieren, serverseitige Logik ausführen und dann Clients mit der -Eigenschaft zurückrufen. Hier ist ein einfaches Beispiel:

using Microsoft.AspNet.SignalR;
using System.Threading.Tasks;

public class LiveDataHub : Hub
{
 public async Task SendNotification(string userId, string message)
 {
 // Optionally perform server-side validation or storage
 await Clients.User(userId).receiveNotification(message);
 }

 public override Task OnConnected()
 {
 // You can associate the connection with a user/group here
 return base.OnConnected();
 }
}

In diesem Beispiel hat der Hub eine einzige Methode , die eine Nachricht an einen bestimmten Benutzer sendet. Die Methode verwendet die eingebaute Benutzerzuordnung von SignalR, die eine Authentifizierung erfordert, die konfiguriert werden muss (später besprochen).

Client-Seite JavaScript Integration

Auf der Clientseite ist die SignalR JavaScript Bibliothek und das autogenerierte Proxy Skript unter enthalten. Das Proxy Skript wird dynamisch vom Server generiert und bietet einen stark getippten Zugriff auf Ihre Hub-Methoden. Hier ist eine typische Client-Einrichtung:

<script src="~/Scripts/jquery.signalR-2.4.2.min.js"></script>
<script src="~/signalr/hubs"></script>
<script>
 $(function () {
 // Reference the auto-generated proxy for the hub
 var liveDataHub = $.connection.liveDataHub;

 // Define a client-side method that the hub can call
 liveDataHub.client.receiveNotification = function (message) {
 $('#notifications').append('<p>' + message + '</p>');
 };

 // Start the connection
 $.connection.hub.start().done(function () {
 console.log('Connected to SignalR hub.');
 // Optionally call a server method after connection is established
 // liveDataHub.server.sendNotification('user1', 'Hello from client!');
 }).fail(function (error) {
 console.error('SignalR connection failed: ' + error);
 });
 });
</script>

Die Methode initiiert die Verbindung mit dem besten verfügbaren Transport. Der Callback von feuert nach einer erfolgreichen Verbindung, und Sie können damit beginnen, Servermethoden aufzurufen oder auf Client-Methodenaufrufe zu hören. Immer mit Verbindungsfehlern umgehen, besonders in Produktionsanwendungen.

Aufrufen von Servermethoden vom Client

Um eine Servermethode vom Client aufzurufen, verwenden Sie das Objekt , z. B. um die oben definierte Methode aufzurufen:

$('#sendButton').click(function () {
 liveDataHub.server.sendNotification($('#userId').val(), $('#messageInput').val());
});

SignalR serialisiert die Parameter automatisch mit JSON. Die Servermethode läuft im Threadpool des Servers, und alle Ausnahmen werden an den Client zurückgeführt.

Daten aus dem Server-Side Code übertragen

Von Controllern und Hintergrundaufgaben

SignalR-Hubs werden normalerweise von Controller-Aktionen, Hintergrunddiensten oder anderen serverseitigen Komponenten aufgerufen. Um Echtzeit-Updates von außerhalb einer Hub-Methode zu senden, müssen Sie einen Verweis auf den Hub-Kontext erhalten.

public class DataController : Controller
{
 public ActionResult Refresh()
 {
 // Simulate a data update
 string newData = GetLatestData();

 // Get the hub context and broadcast to all connected clients
 var hubContext = GlobalHost.ConnectionManager.GetHubContext<LiveDataHub>();
 hubContext.Clients.All.receiveUpdate(newData);

 return Json(new { success = true });
 }
}

Dieser Ansatz funktioniert gut für einfache Szenarien. Für lang laufende Hintergrundaufgaben (z. B. die Verarbeitung von Warteschlangen, die Überwachung externer Dienste) sollten Sie jedoch einen dedizierten Dienst in Betracht ziehen, der einen Verweis auf den Hub-Kontext enthält.

Verwendung von Background Services mit SignalR

In modernen ASP.NET MVC-Anwendungen können Sie SignalR mit BackgroundService oder Hosted Services integrieren (wenn Sie ASP.NET Core verwenden; für MVC 5 können Sie über OWIN-Hosting oder einen einfachen Hintergrund-Thread verwenden). Zum Beispiel kann ein Dienst, der eine Datenbank auf Änderungen überwacht, Updates senden, wenn neue Datensätze erscheinen. Das Muster ist das gleiche: Injizieren Sie den Hub-Kontext und rufen Sie Methoden darauf auf.

Erweiterte SignalR-Funktionen

Gruppen für selektives Broadcasting verwenden

Oftmals müssen Sie Updates an eine Teilmenge von Benutzern und nicht an alle senden. SignalR unterstützt groups, die auf dem Server verwaltet werden können. Clients können Gruppen beitreten oder verlassen, indem sie Methoden im Hub aufrufen:

public class ChatHub : Hub
{
 public async Task JoinRoom(string roomName)
 {
 await Groups.Add(Context.ConnectionId, roomName);
 }

 public async Task LeaveRoom(string roomName)
 {
 await Groups.Remove(Context.ConnectionId, roomName);
 }

 public void SendToRoom(string roomName, string message)
 {
 Clients.Group(roomName).receiveMessage(message);
 }
}

Gruppen sind ideal für die Implementierung von Funktionen wie Chatrooms, Online-Spiele-Lobbys oder abteilungsspezifischen Dashboards. Beachten Sie, dass die Gruppenmitgliedschaft an eine Verbindung gebunden ist, nicht an einen Benutzer. Wenn ein Benutzer mehrere Browser-Registerkarten geöffnet hat, muss jede Verbindung unabhängig voneinander der Gruppe beitreten.

Benutzerspezifisches Messaging mit Authentifizierung

SignalR integriert sich natürlich in ASP.NET Identity. Wenn ein Benutzer authentifiziert wird, wird der Hub-Kontext angezeigt und die Identität des Benutzers wird automatisch mit der Verbindung verknüpft. SignalR stellt eine bereit, die Verbindungs-IDs auf der Basis der -Schnittstelle den Benutzern zuordnet. Standardmäßig verwendet es den Namen des Benutzers. Sie können dann Nachrichten an einen bestimmten Benutzer senden, indem Sie verwenden.

Um eine Nachricht an den aktuellen authentifizierten Benutzer von einer Hub-Methode zu senden:

public class PrivateMessagingHub : Hub
{
 public void SendPrivateMessage(string toUser, string message)
 {
 string fromUser = Context.User.Identity.Name;
 Clients.User(toUser).receivePrivateMessage(fromUser, message);
 }
}

Die Authentifizierung ist für viele Echtzeitfunktionen wie personalisierte Benachrichtigungen oder benutzerspezifische Live-Datenströme unerlässlich.Vergewissern Sie sich, dass Sie die Authentifizierung (Cookies, Token) konfigurieren, bevor die SignalR-Verbindung hergestellt wird.

Scaling Out mit einem Backplane

Wenn Ihre Anwendung auf mehreren Servern (Webfarm) läuft, benötigen Sie ein backplane, um Nachrichten über Server hinweg zu synchronisieren. SignalR unterstützt mehrere Backplane-Anbieter: Redis, SQL Server, Azure Service Bus und benutzerdefinierte Implementierungen. Das Backplane veröffentlicht alle Nachrichten von einem beliebigen Server auf das Backplane, das sie dann an alle anderen Server in der Farm weiterleitet.

Um Redis Backplane zu aktivieren, installieren Sie und konfigurieren Sie es im OWIN-Startup:

app.MapSignalR(new HubConfiguration()
{
 EnableDetailedErrors = false
});

GlobalHost.DependencyResolver.UseRedis(new RedisScaleoutOptions("connectionString", "yourApp"));

Ohne Backplane kennt jeder Server nur seine eigenen verbundenen Clients, so dass Broadcasts keine Clients erreichen würden, die mit anderen Servern verbunden sind.

Performance und Best Practices

Minimieren von Hub Method Calls

Jeder Anruf vom Client zum Server verursacht Overhead für Serialisierung, Transportlatenz und serverseitige Verarbeitung. Vermeiden Sie es, den Server in engen Schleifen aufzurufen. Aktualisieren Sie stattdessen Batch-Updates auf dem Client und senden Sie sie in einem angemessenen Intervall. Vermeiden Sie es auch, große Nutzlasten in jeder Nachricht zurückzugeben; ziehen Sie in Betracht, nur Diff-Daten zu senden und den Client Änderungen anwenden zu lassen.

Effiziente Serialisierung nutzen

SignalR verwendet JSON standardmäßig für die Serialisierung. Obwohl es praktisch ist, kann JSON ausführlich sein. Wenn Sie maximale Leistung benötigen, sollten Sie das MessagePack Protokoll für SignalR verwenden, das kleinere Nutzlasten erzeugt und die CPU-Auslastung reduziert. Dies erfordert das Paket und eine kompatible Clientbibliothek.

Umgang mit Client Disconnections Graceful

Immer Client-seitige Reconnection-Logik implementieren. SignalR JavaScript-Client hat eine eingebaute Reconnection, aber Sie können die Retry-Intervalle und maximalen Versuche anpassen. Auf der Serverseite, überschreiben , um Ressourcen zu bereinigen (z. B. Benutzer aus Gruppen entfernen, lang laufende Aufgaben abbrechen, die mit dieser Verbindung verbunden sind).

Berücksichtigen Sie Nachrichtengröße und -frequenz

Das Senden sehr großer Nachrichten (z. B. Megabyte an Daten) über SignalR wird nicht empfohlen, da es den Transport blockiert und die Latenz für andere Clients erhöht. Wenn Sie große Dateien senden müssen, verwenden Sie einen separaten Mechanismus wie Chunk-Upload oder dedizierte Endpunkte. Für häufige kleine Updates stellen Sie sicher, dass die Daten bei Bedarf komprimiert werden, insbesondere über WebSocket.

Real-World Use Cases und Beispiele

Live Dashboards und Monitoring

SignalR ist ideal für Echtzeit-Dashboards, die sich ändernde Metriken wie Verkaufsleistung, Server-Gesundheit oder Social Media-Erwähnungen anzeigen. Der Server kann alle paar Sekunden aktualisierte Werte verschieben, und der Client aktualisiert einfach die Benutzeroberfläche. Mit MVC können Sie den anfänglichen Dashboard-Zustand vom Controller aus bedienen und dann SignalR verwenden, um inkrementelle Updates anzuwenden, was eine nahtlose Erfahrung bietet.

Sofortige Benachrichtigungen

Benachrichtigungen für neue Nachrichten, Freundschaftsanfragen oder Systembenachrichtigungen passen natürlich zu SignalR. Durch die Verwendung benutzerspezifischer Nachrichten können Sie Benachrichtigungen nur an den beabsichtigten Benutzer über alle seine offenen Registerkarten oder Geräte senden. Die Kombination von SignalR mit einem lokalen Speichercache stellt sicher, dass Benachrichtigungen nicht verloren gehen, wenn der Benutzer offline war.

Collaborative Editing und Whiteboarding

Anwendungen, bei denen mehrere Benutzer an einem freigegebenen Dokument oder Canvas zusammenarbeiten müssen, profitieren von der geringen Latenzzeit von SignalR. Jede Bearbeitung wird an alle Mitarbeiter in Echtzeit gesendet. Um Konflikte zu bewältigen, können Sie Operational Transformation oder Conflict-Free Replicated Data Types (CRDT) auf dem Server implementieren, aber der Echtzeittransport wird von SignalR bereitgestellt.

Stock Ticker und Live Price Feeds

Finanzanwendungen erfordern oft eine Aktualisierung der Aktienkurse oder Wechselkurse im Sekundentakt. SignalR kann Tausende von gleichzeitigen Verbindungen und Push-Updates verarbeiten, sobald sie aus einem Datenfeed stammen. Durch die Verwendung von Gruppen können Benutzer bestimmte Instrumente abonnieren, wodurch das Volumen der Nachrichten, die jeder Kunde erhält, reduziert wird.

Vergleich von SignalR mit anderen Echtzeittechnologien

Raw WebSocket

Direkte WebSocket-Implementierung gibt Ihnen die meiste Kontrolle und den geringsten Overhead, aber Sie müssen Serialisierung, Sitzungsmanagement, Fallback-Transporte und Reconnection-Logik selbst handhaben. SignalR abstrahiert all dies und macht es viel schneller, Echtzeitfunktionen zu entwickeln. Für die meisten MVC-Anwendungen ist SignalR die empfohlene Wahl, es sei denn, Sie haben sehr spezifische Anforderungen, die eine benutzerdefinierte Lösung erfordern.

Socket.IO (Node.js)

Socket.IO entspricht SignalR für Node.js-Ökosysteme. Wenn Ihre Anwendung auf Node.js basiert, bietet Socket.IO ein ähnliches automatisches Transport-Fallback und Raummanagement. Für ein .NET-fokussiertes Team, das ASP.NET MVC verwendet, integriert sich SignalR jedoch natürlicher in die vorhandene Infrastruktur und das Tooling.

Firebase Echtzeitdatenbank

Firebase bietet eine Cloud-basierte Echtzeit-Datenbank mit integrierter Synchronisation für Clients. Es ist ein vollständig verwalteter Service, so dass Sie Server-Management vermeiden, aber es fügt Anbieter-Lock-in hinzu und kann in großem Maßstab teurer sein. SignalR gibt Ihnen die volle Kontrolle über die Serverseite und kann überall gehostet werden, wodurch es besser für Anwendungen geeignet ist, die eine benutzerdefinierte Geschäftslogik in der Update-Pipeline benötigen.

Schlussfolgerung

Die Implementierung von Echtzeit-Datenaktualisierungen in MVC-Anwendungen mit SignalR verwandelt statische Webseiten in ansprechende, dynamische Erlebnisse. SignalR übernimmt die Komplexität von Transportverhandlungen, Verbindungsmanagement und Server-zu-Client-Messaging, sodass Sie sich auf die Erstellung von Funktionen konzentrieren können, die die Benutzer auf dem Laufenden halten und verbunden sind. Von Live-Dashboards bis hin zu Sofortbenachrichtigungen und kollaborativen Tools bietet SignalR eine robuste Grundlage für alle Echtzeitanforderungen.

Wenn Sie die in diesem Artikel beschriebenen Setup-Schritte befolgen, einen Hub erstellen, Clients verbinden und erweiterte Funktionen wie Gruppen, Authentifizierung und Skalierung nutzen, können Sie Ihren vorhandenen MVC-Anwendungen mit Zuversicht Echtzeitfunktionen hinzufügen. Während Sie sich weiterentwickeln, lesen Sie die offizielle SignalR-Dokumentation für tiefere Einblicke und Fehlersuche. Beginnen Sie klein, testen Sie gründlich und beobachten Sie, wie Ihre Anwendung wirklich lebendig wird.

Für weitere Informationen, erkunden Sie die offiziellen Ressourcen: ASP.NET SignalR Dokumentation, SignalR Scaleout mit Redis und SignalR Hubs API Guide.