Vì vậy, nút hoạt động tốt với tôi. Tôi có một ứng dụng máy chủ rất cụ thể về cơ bản chấp nhận các yêu cầu để thực hiện một thủ tục cụ thể CPU-ràng buộc, và nó thực hiện một chương trình C để làm như vậy. Thing là, nếu tôi có nhiều khách hàng, rất có thể tôi sẽ nhận được nhiều phiên bản của cùng một yêu cầu. Nó sẽ là một tối ưu hóa tốt đẹp bằng cách nào đó xử lý một cách rõ ràng, bằng cách thực hiện một bộ nhớ cache với một cái gì đó của một khóa trên một khóa cụ thể, để các khách hàng khác sẽ đơn giản chờ đợi yêu cầu đó quay lại và sao chép phản hồi của nó.Cách tạo bộ nhớ cache trong node.js xử lý rõ ràng cho các yêu cầu trùng lặp đồng thời cho hoạt động liên kết CPU
Nhưng tôi mới làm quen với nút, vì vậy tôi không biết cách xử lý cơ chế này thành cơ chế xử lý yêu cầu bộ định tuyến nút cơ bản của tôi. Rõ ràng tôi có thể làm điều đó trong ngôn ngữ x sử dụng nguyên thủy cơ bản concurrency, nhưng tôi biết rằng nút là sự kiện theo định hướng và tôi nghĩ rằng điều này có thể được thực hiện khá thanh lịch trong một cách evented. Ý tưởng?
Tôi nghĩ rằng bạn đang đi đúng hướng, mối quan tâm chính của tôi là liệu tôi có cần xử lý đồng thời hay không khi kiểm tra mảng khóa và cách xử lý chờ phản hồi quay lại nếu khóa được đăng ký nhưng giá trị chưa có sẵn. những gì tôi thực sự cần là một cơ chế đồng thời của một số loại kết hợp với một cách để đăng ký một sự kiện cho khách hàng để thức dậy khi giá trị trở nên có sẵn. đó là một phần tôi thực sự bị mắc kẹt trên – William
đoán tôi có thể có bộ nhớ cache duy trì một bộ phát sự kiện cho mỗi phím để cho phép bạn đăng ký? sau đó tôi chỉ phải đối phó với concurrency – William