如何通过Consul DNS Server获取服务端口且无需代码侧实现负载均衡

方案1：自定义DelegatingHandler封装服务发现与负载均衡逻辑 #

该方案不需要修改业务调用代码，只需把服务发现、端口获取、负载均衡的逻辑封装到HttpClient的管道处理器中，对业务层完全透明，你只需要维护一次公共组件逻辑，所有服务都可以复用。
示例实现：
首先实现自定义Handler：

public class ConsulServiceDiscoveryHandler : DelegatingHandler
{
    private readonly LookupClient _lookupClient;
    private readonly Random _random = new Random();
    public ConsulServiceDiscoveryHandler()
    {
        // 全局只需要配置一次Consul DNS地址，不需要配置任何目标服务地址
        _lookupClient = new LookupClient(IPAddress.Parse("192.168.61.10"), 8600);
    }
    protected override async Task<HttpResponseMessage> SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)
    {
        var serviceName = request.RequestUri.Host;
        // 查询SRV记录获取所有可用实例
        var dnsResult = await _lookupClient.QueryAsync($"{serviceName}.service.consul", QueryType.SRV, cancellationToken: cancellationToken);
        var srvRecords = dnsResult.Answers.OfType<SrvRecord>().ToList();
        if (!srvRecords.Any())
        {
            throw new Exception($"no available instance for service {serviceName}");
        }
        // 此处为随机负载均衡，可根据需求替换为轮询、加权、就近访问等策略
        var selectedInstance = srvRecords[_random.Next(srvRecords.Count)];
        // 自动替换请求地址的主机和端口
        var uriBuilder = new UriBuilder(request.RequestUri);
        uriBuilder.Host = selectedInstance.Target.Value.TrimEnd('.');
        uriBuilder.Port = selectedInstance.Port;
        request.RequestUri = uriBuilder.Uri;
        return await base.SendAsync(request, cancellationToken);
    }
}

然后在Startup中注册HttpClient和Handler：

// 注册Handler为单例/作用域可根据需求调整
services.AddTransient<ConsulServiceDiscoveryHandler>();
services.AddHttpClient("ConsulServiceClient")
        .AddHttpMessageHandler<ConsulServiceDiscoveryHandler>();

业务调用代码完全不需要处理服务发现相关逻辑：

// 直接用服务名调用，不需要关心IP、端口和负载均衡规则
var httpClient = httpClientFactory.CreateClient("ConsulServiceClient");
var response = await httpClient.GetStringAsync("http://serviceb/weatherforecast");

方案2：Sidecar代理实现零代码侵入 #

在每个服务部署的VM上运行轻量代理（如Consul Sidecar Proxy、Envoy、Nginx），代理自动从Consul同步服务实例列表、健康状态，内置负载均衡能力。
业务服务调用目标服务时，直接请求本地代理的固定端口，由代理完成转发到对应服务实例的逻辑，业务代码不需要集成任何服务发现相关的包，也不需要修改现有调用逻辑，完全不限制单VM部署多个服务。

方案3：使用.NET生态成熟组件 #

直接使用Steeltoe等.NET微服务套件的Consul集成能力，组件已经内置了服务发现、负载均衡、故障转移的完整实现，只需要简单配置Consul服务地址，即可直接通过服务名发起调用，不需要自行实现底层逻辑。

内容的提问来源于stack exchange，提问作者Amit Kumar Jain