daohualiuxiang
/
AspNetCore.Docs
mirror of https://github.com/dotnet/AspNetCore.Docs.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
AspNetCore.Docs/aspnetcore/signalr/hubs/includes/hubs-3-5.md

13 KiB
Raw Blame History

:::moniker range=">= aspnetcore-3.0 < aspnetcore-6.0"

By Rachel Appel and Kevin Griffin

View or download sample code (how to download)

What is a SignalR hub

The SignalR Hubs API enables you to call methods on connected clients from the server. In the server code, you define methods that are called by client. In the client code, you define methods that are called from the server. SignalR takes care of everything behind the scenes that makes real-time client-to-server and server-to-client communications possible.

Configure SignalR hubs

The SignalR middleware requires some services, which are configured by calling xref:Microsoft.Extensions.DependencyInjection.SignalRDependencyInjectionExtensions.AddSignalR%2A:

:::code language="csharp" source="~/signalr/hubs/samples/2.x/SignalRChat/Startup.cs" range="38":::

When adding SignalR functionality to an ASP.NET Core app, setup SignalR routes by calling xref:Microsoft.AspNetCore.Builder.HubEndpointRouteBuilderExtensions.MapHub%2A in the Startup.Configure method's xref:Microsoft.AspNetCore.Builder.EndpointRoutingApplicationBuilderExtensions.UseEndpoints%2A callback:

app.UseRouting();
app.UseEndpoints(endpoints =>
{
    endpoints.MapHub<ChatHub>("/chathub");
});

[!INCLUDE]

Create and use hubs

Create a hub by declaring a class that inherits from xref:Microsoft.AspNetCore.SignalR.Hub, and add public methods to it. Clients can call methods that are defined as public:

public class ChatHub : Hub
{
    public Task SendMessage(string user, string message)
    {
        return Clients.All.SendAsync("ReceiveMessage", user, message);
    }
}

You can specify a return type and parameters, including complex types and arrays, as you would in any C# method. SignalR handles the serialization and deserialization of complex objects and arrays in your parameters and return values.

[!NOTE] Hubs are transient:

  • Don't store state in a property on the hub class. Every hub method call is executed on a new hub instance.
  • Don't instantiate a hub directly via dependency injection. To send messages to a client from elsewhere in your application use an IHubContext.
  • Use await when calling asynchronous methods that depend on the hub staying alive. For example, a method such as Clients.All.SendAsync(...) can fail if it's called without await and the hub method completes before SendAsync finishes.

The Context object

The xref:Microsoft.AspNetCore.SignalR.Hub class has a xref:Microsoft.AspNetCore.SignalR.Hub.Context%2A property that contains the following properties with information about the connection:

Property Description
xref:Microsoft.AspNetCore.SignalR.HubCallerContext.ConnectionId%2A Gets the unique ID for the connection, assigned by SignalR. There's one connection ID for each connection.
xref:Microsoft.AspNetCore.SignalR.HubCallerContext.UserIdentifier%2A Gets the user identifier. By default, SignalR uses the xref:System.Security.Claims.ClaimTypes.NameIdentifier?displayProperty=nameWithType from the xref:System.Security.Claims.ClaimsPrincipal associated with the connection as the user identifier.
xref:Microsoft.AspNetCore.SignalR.HubCallerContext.User%2A Gets the xref:System.Security.Claims.ClaimsPrincipal associated with the current user.
xref:Microsoft.AspNetCore.SignalR.HubCallerContext.Items%2A Gets a key/value collection that can be used to share data within the scope of this connection. Data can be stored in this collection and it will persist for the connection across different hub method invocations.
xref:Microsoft.AspNetCore.SignalR.HubCallerContext.Features%2A Gets the collection of features available on the connection. For now, this collection isn't needed in most scenarios, so it isn't documented in detail yet.
xref:Microsoft.AspNetCore.SignalR.HubCallerContext.ConnectionAborted%2A Gets a xref:System.Threading.CancellationToken that notifies when the connection is aborted.

xref:Microsoft.AspNetCore.SignalR.Hub.Context%2A?displayProperty=nameWithType also contains the following methods:

Method Description
xref:Microsoft.AspNetCore.SignalR.GetHttpContextExtensions.GetHttpContext%2A Returns the xref:Microsoft.AspNetCore.Http.HttpContext for the connection, or null if the connection isn't associated with an HTTP request. For HTTP connections, you can use this method to get information such as HTTP headers and query strings.
xref:Microsoft.AspNetCore.SignalR.HubCallerContext.Abort%2A Aborts the connection.

The Clients object

The xref:Microsoft.AspNetCore.SignalR.Hub class has a xref:Microsoft.AspNetCore.SignalR.Hub.Clients%2A property that contains the following properties for communication between server and client:

Property Description
xref:Microsoft.AspNetCore.SignalR.IHubClients%601.All%2A Calls a method on all connected clients
xref:Microsoft.AspNetCore.SignalR.IHubCallerClients%601.Caller%2A Calls a method on the client that invoked the hub method
xref:Microsoft.AspNetCore.SignalR.IHubCallerClients%601.Others%2A Calls a method on all connected clients except the client that invoked the method

xref:Microsoft.AspNetCore.SignalR.Hub.Clients%2A?displayProperty=nameWithType also contains the following methods:

Method Description
xref:Microsoft.AspNetCore.SignalR.IHubClients%601.AllExcept%2A Calls a method on all connected clients except for the specified connections
xref:Microsoft.AspNetCore.SignalR.IHubClients%601.Client%2A Calls a method on a specific connected client
xref:Microsoft.AspNetCore.SignalR.IHubClients%601.Clients%2A Calls a method on specific connected clients
xref:Microsoft.AspNetCore.SignalR.IHubClients%601.Group%2A Calls a method on all connections in the specified group
xref:Microsoft.AspNetCore.SignalR.IHubClients%601.GroupExcept%2A Calls a method on all connections in the specified group, except the specified connections
xref:Microsoft.AspNetCore.SignalR.IHubClients%601.Groups%2A Calls a method on multiple groups of connections
xref:Microsoft.AspNetCore.SignalR.IHubCallerClients%601.OthersInGroup%2A Calls a method on a group of connections, excluding the client that invoked the hub method
xref:Microsoft.AspNetCore.SignalR.IHubClients%601.User%2A Calls a method on all connections associated with a specific user
xref:Microsoft.AspNetCore.SignalR.IHubClients%601.Users%2A Calls a method on all connections associated with the specified users

Each property or method in the preceding tables returns an object with a SendAsync method. The SendAsync method allows you to supply the name and parameters of the client method to call.

Send messages to clients

To make calls to specific clients, use the properties of the Clients object. In the following example, there are three Hub methods:

  • SendMessage sends a message to all connected clients, using Clients.All.
  • SendMessageToCaller sends a message back to the caller, using Clients.Caller.
  • SendMessageToGroup sends a message to all clients in the SignalR Users group.

:::code language="csharp" source="~/signalr/hubs/samples/2.x/SignalRChat/Hubs/ChatHub.cs" id="HubMethods":::

Strongly typed hubs

A drawback of using SendAsync is that it relies on a magic string to specify the client method to be called. This leaves code open to runtime errors if the method name is misspelled or missing from the client.

An alternative to using SendAsync is to strongly type the xref:Microsoft.AspNetCore.SignalR.Hub with xref:Microsoft.AspNetCore.SignalR.Hub%601. In the following example, the ChatHub client methods have been extracted out into an interface called IChatClient.

:::code language="csharp" source="~/signalr/hubs/samples/2.x/SignalRChat/Hubs/IChatClient.cs" id="snippet_IChatClient":::

This interface can be used to refactor the preceding ChatHub example:

:::code language="csharp" source="~/signalr/hubs/samples/2.x/SignalRChat/Hubs/StronglyTypedChatHub.cs" range="8-18,36":::

Using Hub<IChatClient> enables compile-time checking of the client methods. This prevents issues caused by using magic strings, since Hub<T> can only provide access to the methods defined in the interface.

Using a strongly typed Hub<T> disables the ability to use SendAsync. Any methods defined on the interface can still be defined as asynchronous. In fact, each of these methods should return a Task. Since it's an interface, don't use the async keyword. For example:

public interface IClient
{
    Task ClientMethod();
}

[!NOTE] The Async suffix isn't stripped from the method name. Unless your client method is defined with .on('MyMethodAsync'), you shouldn't use MyMethodAsync as a name.

Change the name of a hub method

By default, a server hub method name is the name of the .NET method. However, you can use the HubMethodName attribute to change this default and manually specify a name for the method. The client should use this name, instead of the .NET method name, when invoking the method:

:::code language="csharp" source="~/signalr/hubs/samples/2.x/SignalRChat/Hubs/ChatHub.cs" id="HubMethodName" highlight="1":::

Handle events for a connection

The SignalR Hubs API provides the xref:Microsoft.AspNetCore.SignalR.Hub.OnConnectedAsync%2A and xref:Microsoft.AspNetCore.SignalR.Hub.OnDisconnectedAsync%2A virtual methods to manage and track connections. Override the OnConnectedAsync virtual method to perform actions when a client connects to the Hub, such as adding it to a group:

:::code language="csharp" source="~/signalr/hubs/samples/2.x/SignalRChat/Hubs/ChatHub.cs" id="OnConnectedAsync":::

Override the OnDisconnectedAsync virtual method to perform actions when a client disconnects. If the client disconnects intentionally (by calling connection.stop(), for example), the exception parameter will be null. However, if the client is disconnected due to an error (such as a network failure), the exception parameter will contain an exception describing the failure:

:::code language="csharp" source="~/signalr/hubs/samples/2.x/SignalRChat/Hubs/ChatHub.cs" id="OnDisconnectedAsync":::

xref:Microsoft.AspNetCore.SignalR.IGroupManager.RemoveFromGroupAsync%2A does not need to be called in xref:Microsoft.AspNetCore.SignalR.Hub.OnDisconnectedAsync%2A, it's automatically handled for you.

[!INCLUDE]

Handle errors

Exceptions thrown in your hub methods are sent to the client that invoked the method. On the JavaScript client, the invoke method returns a JavaScript Promise. When the client receives an error with a handler attached to the promise using catch, it's invoked and passed as a JavaScript Error object:

:::code language="JavaScript" source="~/signalr/hubs/samples/2.x/SignalRChat/wwwroot/js/chat.js" range="23":::

If your Hub throws an exception, connections aren't closed. By default, SignalR returns a generic error message to the client. For example:

Microsoft.AspNetCore.SignalR.HubException: An unexpected error occurred invoking 'MethodName' on the server.

Unexpected exceptions often contain sensitive information, such as the name of a database server in an exception triggered when the database connection fails. SignalR doesn't expose these detailed error messages by default as a security measure. For more information on why exception details are suppressed, see Security considerations in ASP.NET Core SignalR.

If you have an exceptional condition you do want to propagate to the client, you can use the xref:Microsoft.AspNetCore.SignalR.HubException class. If you throw a HubException from your hub method, SignalR will send the entire message to the client, unmodified:

:::code language="csharp" source="~/signalr/hubs/samples/2.x/SignalRChat/Hubs/ChatHub.cs" id="ThrowHubException" highlight="3":::

[!NOTE] SignalR only sends the Message property of the exception to the client. The stack trace and other properties on the exception aren't available to the client.

Additional resources

:::moniker-end