"Làm realtime mà để sót socket treo thì chỉ cần vài nghìn kết nối chập chờn là server nuốt sạch RAM ngay," ông anh làm chung từng cảnh báo mình như vậy, mà dạo này mình đang dính đúng chấu này thật. Mình đang tự dựng một cụm backend nhỏ chạy trên Node.js (có test thử cả Bun) để xử lý kết nối thời gian thực cho tính năng chat. Vấn đề là khi test tải cục bộ mọi thứ chạy rất êm, nhưng cứ hễ bật Network Throttling trên DevTools để giả lập rớt gói tin tầm 5% đến 10%, hoặc mô phỏng người dùng đổi mạng liên tục thì RAM server bắt đầu tăng dần đều. Chụp Heap Snapshot kiểm tra thì thấy số lượng event listener và đối tượng socket không được giải phóng triệt để. Đoạn dọn dẹp kết nối hiện tại mình đang viết thế này:

const activePeers = new Map();

function handlePeerConnection(socket, userId) {
  socket.isAlive = true;
  socket.on('pong', () => { socket.isAlive = true; });

  activePeers.set(userId, socket);

  socket.on('close', () => {
    socket.removeAllListeners();
    activePeers.delete(userId);
  });
}

const interval = setInterval(() => {
  for (const [userId, socket] of activePeers.entries()) {
    if (socket.isAlive === false) {
      socket.terminate();
      activePeers.delete(userId);
      continue;
    }
    socket.isAlive = false;
    socket.ping();
  }
}, 30000);

Thoạt nhìn thì logic heartbeat 30 giây một lần có vẻ chặt chẽ. Nhưng thực tế khi socket bị ngắt đột ngột ở tầng transport do rớt mạng, sự kiện close đôi khi không kích hoạt ngay lập tức. Trong khoảng thời gian chờ interval quét qua, nếu client reconnect lại với cùng userId và đẩy vào một socket mới, hệ thống dường như dính race condition khiến cái socket cũ trở thành zombie nằm chết dí trong bộ nhớ. Mà thôi, nói vậy cũng chưa chắc đã đúng nguyên nhân gốc, có khi do chính cái Map activePeers đang giữ reference khiến cơ chế Garbage Collection không gom được rác. Không biết anh em trên diễn đàn ZolaChat ai từng tối ưu vụ connection pool này chưa, liệu để chu kỳ ping 30 giây có quá dài, hay có cách nào bắt dính các socket chết lâm sàng này tốt hơn mà không cần duyệt vòng lặp định kỳ...