EALREADY when reconnecting socket after destroying immediately after connecting
Chưa có ai nhận issue này.
- Ngôn ngữ chính
- JavaScript
- Star
- 122k
- Fork
- 37.3k
- Merge trung bình
- 4 ngày 2 giờ
- Pull request đã merge (30 ngày)
- 283
Mô tả
Version
v22.10.0
Platform
Darwin xxx.local 23.6.0 Darwin Kernel Version 23.6.0: Mon Jul 29 21:14:21 PDT 2024; root:xnu-10063.141.2~1/RELEASE_ARM64_T8103 arm64
Subsystem
No response
What steps will reproduce the bug?
import { Socket } from 'node:net';
const socket = new Socket();
socket.on('error', (err) => {
console.log(err);
});
socket.on('connect', () => {
console.log('connected');
});
socket.connect({ host: 'google.com', port: 80 });
socket.once('close', () => {
console.log('closed');
socket.connect({ host: 'google.com', port: 80 });
});
socket.destroy();
How often does it reproduce? Is there a required condition?
Always
What is the expected behavior? Why is that the expected behavior?
Seeing
closed
connected
in the console.
What do you see instead?
closed
Error: connect EALREADY 142.250.179.174:2404 - Local (192.168.178.178:61323)
at internalConnect (node:net:1097:16)
at defaultTriggerAsyncIdScope (node:internal/async_hooks:464:18)
at GetAddrInfoReqWrap.emitLookup [as callback] (node:net:1496:9)
at GetAddrInfoReqWrap.onlookupall [as oncomplete] (node:dns:132:8) {
errno: -37,
code: 'EALREADY',
syscall: 'connect',
address: '142.250.179.174',
port: 2404
}
Additional information
Calling socket.destroySoon(); or socket.end(); does work as intended, but IMO socket.destroy(); should also allow a reconnect immediately afterwards. Note that calling socket.destroy(); on a socket that has been connected does allow for immediate reconnect afterwards as expected.
Hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Hướng nghiên cứu
Bắt đầu bằng cách tái hiện ví dụ node:net Socket được cung cấp trên nền tảng đã báo cáo, sau đó lần theo vòng đời connect/destroy của Socket và đường dẫn internalConnect được nêu trong stack trace. Hoàn tất khi việc kết nối lại ngay lập tức sau destroy() đạt đến connected mà không có EALREADY, trong khi hành vi destroy-and-reconnect khi đã kết nối vẫn được giữ nguyên.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Đánh giá
- Công nghệ
- javascript, node.js
- Lĩnh vực
- networking
- Loại issue
- Lỗi
- Độ khó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức độ hoạt động
- Ít trao đổi
- Độ rõ ràng
- Khá rõ ràng
- Mức phù hợp với người mới
- 55/100