- Name
- lúc 01:42 2 tháng 9, 2026 UTC
- Tác giả
- Kamo
- Cam kết
- 8ccc308
PST / sssions/{guid}/ lời thông báo Thông điệp luôn luôn chờ đến khi cam kết — với lời bình luận cho biết chính xác lý do: Xuất bản bên trong các giao dịch chạy đua của người nhận đọc của chính mình hàng. Hai STOMP thông báo mười hàng phía dưới nó đã không chờ đợi, và họ là có người đọc ở đầu bên kia. Trả lời bởi một thành viên không có cửa sổ mở bằng cách mở một, mà tải lịch sử các sợi thông qua một yêu cầu riêng biệt; đọc thường xuyên đến cơ sở dữ liệu trước khi Người gửi đã cam kết, do đó, cửa sổ đã bay mở giữ tất cả mọi thứ ngoại trừ thông điệp đã mở nó ra, và tiếp tục sai cho đến khi có cái gì đó đọc lại sợi chỉ. Đóng và mở lại cửa sổ đã được làm việc gần, đó là cách nó đã được báo cáo. Một vấn đề hình ảnh gương: Đếm một tin nhắn chưa có yêu cầu nào khác được xem. Cả hai bây giờ chạy trong chạy AfterCemit(), đăng ký sau khi NATS đồng bộ hóa như vậy một cửa sổ đã mở sẵn vẫn nhận được tin nhắn đầu tiên và phù hiệu thứ hai. Hạt Nhận ID và ID của họ đã được giải quyết trước khi đăng ký, trong khi Các thực thể vẫn còn được gắn vào; các vật nặng đã có giá trị đơn giản. Thông báo Sau Trung tâm Kiểm tra kẹp nó bằng cách chuẩn bị so sánh các vùng sau khi cam kết Và yêu cầu cả hai chủ đề rơi vào bên trong một, vì vậy thông báo tiếp theo thêm ở đây phải có sự lựa chọn có chủ đích hơn là sao chép dòng gần nhất. Nó thất bại trên hai dòng này di chuyển.