В Java, когда оператор «==» используется для сравнения двух объектов, он проверяет, ссылаются ли объекты на одно и то же место в памяти. Другими словами, он проверяет, являются ли имена двух объектов в основном ссылками на одно и то же место в памяти.
Класс Java String фактически переопределяет реализацию equals () по умолчанию в классе Object и переопределяет этот метод, чтобы он проверял только значения строк, а не их местоположения в памяти. Это означает, что если вы вызываете метод equals () для сравнения двух объектов String, то, пока действительная последовательность символов равна, оба объекта считаются равными.
Оператор
==
проверяет, являются ли две строки точно одним и тем же объектом.Метод
blockquote>.equals()
проверяет, имеют ли две строки одно и то же значение.
API обновлен. Не уверен, когда он изменился, но в соответствии с Дамиеном Эдвардсом в конце декабря вы можете сделать это:
var remoteIpAddress = request.HttpContext.Connection.RemoteIpAddress;
var remoteIpAddress = HttpContext.Features.Get<IHttpConnectionFeature>()?.RemoteIpAddress;
HttpContext.Connection.RemoteIpAddress
.
– Fred
22 April 2016 в 12:28
Некоторая резервная логика может быть добавлена для управления наличием балансировки нагрузки.
Кроме того, при проверке заголовок X-Forwarded-For
, как правило, устанавливается даже без балансировки нагрузки (возможно, из-за дополнительного слоя Kestrel?):
public string GetRequestIP(bool tryUseXForwardHeader = true)
{
string ip = null;
// todo support new "Forwarded" header (2014) https://en.wikipedia.org/wiki/X-Forwarded-For
// X-Forwarded-For (csv list): Using the First entry in the list seems to work
// for 99% of cases however it has been suggested that a better (although tedious)
// approach might be to read each IP from right to left and use the first public IP.
// http://stackoverflow.com/a/43554000/538763
//
if (tryUseXForwardHeader)
ip = GetHeaderValueAs<string>("X-Forwarded-For").SplitCsv().FirstOrDefault();
// RemoteIpAddress is always null in DNX RC1 Update1 (bug).
if (ip.IsNullOrWhitespace() && _httpContextAccessor.HttpContext?.Connection?.RemoteIpAddress != null)
ip = _httpContextAccessor.HttpContext.Connection.RemoteIpAddress.ToString();
if (ip.IsNullOrWhitespace())
ip = GetHeaderValueAs<string>("REMOTE_ADDR");
// _httpContextAccessor.HttpContext?.Request?.Host this is the local host.
if (ip.IsNullOrWhitespace())
throw new Exception("Unable to determine caller's IP.");
return ip;
}
public T GetHeaderValueAs<T>(string headerName)
{
StringValues values;
if (_httpContextAccessor.HttpContext?.Request?.Headers?.TryGetValue(headerName, out values) ?? false)
{
string rawValues = values.ToString(); // writes out as Csv when there are multiple.
if (!rawValues.IsNullOrWhitespace())
return (T)Convert.ChangeType(values.ToString(), typeof(T));
}
return default(T);
}
public static List<string> SplitCsv(this string csvList, bool nullOrWhitespaceInputReturnsNull = false)
{
if (string.IsNullOrWhiteSpace(csvList))
return nullOrWhitespaceInputReturnsNull ? null : new List<string>();
return csvList
.TrimEnd(',')
.Split(',')
.AsEnumerable<string>()
.Select(s => s.Trim())
.ToList();
}
public static bool IsNullOrWhitespace(this string s)
{
return String.IsNullOrWhiteSpace(s);
}
Предполагает _httpContextAccessor
был предоставлен через DI.
Сначала в .Net Core 1.0 Добавить using Microsoft.AspNetCore.Http.Features;
в контроллер Затем внутри соответствующего метода:
var ip = HttpContext.Features.Get<IHttpConnectionFeature>()?.RemoteIpAddress?.ToString();
Я прочитал несколько других ответов, которые не удалось скомпилировать, потому что он использовал строчный httpContext, заставляя VS добавлять с помощью Microsoft.AspNetCore.Http вместо соответствующего использования или с HttpContext (компилятор также вводит в заблуждение).
В project.json добавьте зависимость к:
"Microsoft.AspNetCore.HttpOverrides": "1.0.0"
В Startup.cs
в методе Configure()
добавьте:
app.UseForwardedHeaders(new ForwardedHeadersOptions
{
ForwardedHeaders = ForwardedHeaders.XForwardedFor |
ForwardedHeaders.XForwardedProto
});
И, конечно же:
using Microsoft.AspNetCore.HttpOverrides;
Тогда я мог бы получить ip, используя:
Request.HttpContext.Connection.RemoteIpAddress
В моем случае, при отладке в VS я всегда получал локальный хост IpV6, но при развертывании в IIS Я всегда получал удаленный IP-адрес.
Некоторые полезные ссылки: Как получить IP-адрес клиента в ASP.NET CORE? и RemoteIpAddress всегда null
Возможно, это ::1
из-за:
Прекращение соединений в IIS, которое затем пересылается в Kestrel, веб-сервер v.next, поэтому подключения к веб-серверу действительно от локального хоста. ( https://stackoverflow.com/a/35442401/5326387 )
blockquote>
Вы можете использовать IHttpConnectionFeature
для получения этой информации.
var remoteIpAddress = httpContext.GetFeature<IHttpConnectionFeature>()?.RemoteIpAddress;
httpContext.GetFeature<IHttpConnectionFeature>()
всегда будет null
.
– Jerry Bian
11 May 2015 в 03:01
RemoteIpAddress
всегдаnull
для меня, когда я публикую его сайт в IIS и записываю его в файл. – A-Sharabiani 16 February 2016 в 19:52