嘿，我帮你梳理下这个问题的解决思路，咱们一步步来：

首先，最容易踩的坑就是IHttpContextAccessor没注册服务！在ASP.NET Core 2.x里，这个服务默认是不会自动加到依赖注入容器里的，你虽然在控制器构造函数里注入了它，但运行时根本拿不到有效的实例，自然访问Connection.RemoteIpAddress就会报错。

第一步：先把IHttpContextAccessor注册上 #

打开你的Startup.cs，找到ConfigureServices方法，加一行代码：

services.AddSingleton<IHttpContextAccessor, HttpContextAccessor>();

这步是核心，没注册的话，你注入的_accessor大概率是个空代理，后续访问HttpContext肯定会出空引用异常。

第二步：给RemoteIpAddress加个null检查 #

就算注册了服务，也有可能RemoteIpAddress是null，比如你在后台任务里调用这段代码（根本没有HTTP上下文），或者请求是服务器内部发起的。所以在Action里一定要做判断：

var ipAddress = _accessor.HttpContext?.Connection.RemoteIpAddress;
if (ipAddress != null)
{
    // 比如转成字符串用
    var ipString = ipAddress.ToString();
    // 这里写你的业务逻辑
}
else
{
    // 处理IP为空的情况，比如打个日志或者给个提示
}

第三步：如果是反向代理后面的应用（比如Nginx/IIS） #

要是你的应用部署在反向代理或者负载均衡后面，默认拿到的RemoteIpAddress是代理服务器的IP，不是用户真实IP。这时候得配置转发头：

1. 在ConfigureServices里加：

services.Configure<ForwardedHeadersOptions>(options =>
{
    options.ForwardedHeaders = ForwardedHeaders.XForwardedFor | ForwardedHeaders.XForwardedProto;
    // 这里加你的代理服务器IP，本地测试的话加127.0.0.1就行
    options.KnownProxies.Add(IPAddress.Parse("127.0.0.1"));
});

2. 然后在Configure方法的最开头（一定要在其他中间件之前）加：

app.UseForwardedHeaders();

这样就能通过X-Forwarded-For头拿到用户的真实IP了。

第四步：本地测试的小提示 #

如果你用浏览器或者Postman本地测试，RemoteIpAddress可能会是::1（IPv6本地回环）或者127.0.0.1，这是正常的。要是测试时还是null，看看是不是在控制器构造函数里直接获取了——这时候HTTP上下文还没初始化呢，肯定拿不到！

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