Что означает ECONNRESET в контексте сокета AF_LOCAL?
NullPointerException s - исключения, возникающие при попытке использовать ссылку, которая указывает на отсутствие местоположения в памяти (null), как если бы она ссылалась на объект. Вызов метода по нулевой ссылке или попытка получить доступ к полю нулевой ссылки вызовет функцию NullPointerException. Они наиболее распространены, но другие способы перечислены на странице NullPointerException javadoc.
Вероятно, самый быстрый пример кода, который я мог бы придумать для иллюстрации NullPointerException, be:
public class Example {
public static void main(String[] args) {
Object obj = null;
obj.hashCode();
}
}
В первой строке внутри main я явно устанавливаю ссылку Object obj равной null. Это означает, что у меня есть ссылка, но она не указывает на какой-либо объект. После этого я пытаюсь обработать ссылку так, как если бы она указывала на объект, вызывая метод на нем. Это приводит к NullPointerException, потому что нет кода для выполнения в местоположении, на которое указывает ссылка.
(Это техничность, но я думаю, что она упоминает: ссылка, которая указывает на null, равна 't то же, что и указатель C, указывающий на недопустимую ячейку памяти. Нулевой указатель буквально не указывает на в любом месте , который отличается от указаний на местоположение, которое оказывается недопустимым.)
1 ответ
Похоже, что ECONNRESET означает, что другая сторона закрыла соединение, не прочитав переданные ей данные, и может срабатывать как при чтении(), так и при записи(). Но точное поведение зависит от операционной системы.
EPIPE
Похоже, срабатывает при записи()в сокет, который уже был закрыт, и при этом нет невычитанных исходящих данных. Применимо как к PF_LOCAL, так и к TCP сокетам. Пример (Ruby):
a, b = UNIXSocket.pair
b.close
a.write("foo") # => EPIPE, on all OSes
read() возвращает 0
Срабатывает, когда другая сторона закрыла соединение, и нет неоплаченных исходящих данных. Применимо к сокетам PF_LOCAL и TCP.
a, b = UNIXSocket.pair
b.close
a.read # => 0 bytes, on all OSes
ECONNRESET
В Linux он ведет себя так:
Срабатывает, когда есть невыданные исходящие данные, которые еще не были записаны на другую сторону. read() срабатывает для PF_LOCAL и TCP сокетов, но write() срабатывает только для TCP сокетов; PF_LOCAL сокеты вызывают EPIPE.
Смотрите примеры для конкретного поведения ОС. Пожалуйста, внесите свой вклад, если вы знаете, как ведут себя другие ОС.
Пример 1: чтение() на PF_LOCAL сокете
a, b = UNIXSocket.pair
a.write("hello")
b.close
a.read
# Linux: ECONNRESET
# OS X : returns 0 bytes
Пример 2: чтение() на TCP сокете
# Side A # Side B
s = TCPServer.new('127.0.0.1', 3001)
c = s.accept
c = TCPSocket.new('127.0.0.1', 3001)
c.write("hello")
c.close
c.read
# Linux: ECONNRESET
# OS X : returns 0 bytes
Пример 3: запись() на PF_LOCAL сокете
a, b = UNIXSocket.pair
a.write("hello")
b.close
a.write("world")
# Linux: EPIPE and not ECONNRESET
# OS X : EPIPE and not ECONNRESET
Пример 4: запись() на TCP сокете
# Side A # Side B
s = TCPServer.new('127.0.0.1', 3001)
c = s.accept
c = TCPSocket.new('127.0.0.1', 3001)
c.write("hello")
c.close
c.write("world")
# Linux: ECONNRESET
# OS X : no error