Điểm:0

Tiêu chuẩn giao thức http có hỗ trợ bỏ phiếu dài không?

lá cờ ua

Gần đây tôi đã đọc về khái niệm bỏ phiếu dài có thể được sử dụng với http. Tôi muốn hiểu, nếu bất kỳ tiêu chuẩn giao thức http nào tự hỗ trợ khái niệm thăm dò dài, do đó, tùy thuộc vào cách máy khách định cấu hình kết nối http, máy chủ có thể hoạt động theo cách bỏ phiếu ngắn hoặc cách bỏ phiếu dài, do đó, một số khách hàng có thể kết nối ở chế độ hỏi vòng ngắn và một số máy khách có thể kết nối ở chế độ hỏi vòng dài.

Bất kỳ mã mẫu đặc biệt nào trong java sẽ hữu ích.

lá cờ ng
Tùy thuộc vào quyết định của máy chủ khi nó muốn hủy kết nối. Vì vậy, thời gian chờ bỏ phiếu dài trong một ứng dụng có thể khác với ở một nơi khác.
BioLogic avatar
lá cờ ua
@oligofren: Vậy làm thế nào khách hàng biết rằng kết nối trước đó đã bị hủy và nó cần thiết lập lại kết nối từ đầu?. -- Cảm ơn.
lá cờ ng
Khi bạn tạo một kết nối, bạn cũng thường nhận được các trình xử lý sự kiện được liên kết với kết nối đó. Thông thường, một giao diện như `connection.on(eventName, eventHandler)` sẽ cho phép khách hàng được thông báo khi socket đóng/được đặt lại, v.v. Vì vậy, nếu máy chủ quyết định hủy kết nối (vì đó có thể là quá trình xác sống) để dọn dẹp /preserve resource thì client sẽ biết ngay. Đây không phải là cấp độ ứng dụng (HTTP), nhưng thấp hơn. Nhìn vào ổ cắm mạng: https://en.wikipedia.org/wiki/Network_socket
lá cờ ng
Xin lưu ý rằng kết nối và yêu cầu là hai điều khác nhau. Một kết nối có thể xử lý nhiều yêu cầu trong một khoảng thời gian dài. Bỏ phiếu dài không phải là về kết nối, mà là các yêu cầu HTTP.
Điểm:1
lá cờ us

Bỏ phiếu dài có nghĩa là phản hồi cho yêu cầu không được gửi ngay lập tức, chỉ khi có sẵn. HTTP với tư cách là một giao thức không có yêu cầu về thời gian tạo phản hồi.

Máy khách quyết định khoảng thời gian sẵn sàng đợi phản hồi của máy chủ sau khi thực hiện yêu cầu HTTP.

Tương tự, máy chủ HTTP có quyền tự do gửi phản hồi bất kỳ lúc nào sau khi yêu cầu HTTP đã được gửi.

Ví dụ:

Máy khách gửi yêu cầu HTTP và đợi phản hồi trong 5 phút. Nếu nó không nhận được phản hồi trong vòng năm phút, yêu cầu sẽ hết thời gian chờ. Trong trường hợp bỏ phiếu dài, máy khách gửi một yêu cầu HTTP khác, v.v.

Tương ứng ở phía máy chủ, vòng xử lý yêu cầu đọc yêu cầu HTTP và sau đó đợi một thực thể nào đó tạo tải trọng phản hồi, sau đó nó sẽ gửi lại cho máy khách.

Khách hàng không thể kiểm soát cách máy chủ hoạt động. Không có "yêu cầu bỏ phiếu dài" như một khái niệm cụ thể về khách hàng.

Chỉ có các yêu cầu HTTP, nơi máy chủ quyết định khi nào gửi câu trả lời, và những khách hàng quyết định họ sẵn sàng đợi bao lâu.

BioLogic avatar
lá cờ ua
Cảm ơn. IS có bất kỳ API nào mà khách hàng có thể sử dụng để biết các tham số của máy chủ, ví dụ: nếu máy chủ đã triển khai tính năng bỏ phiếu dài, trong khoảng thời gian bao lâu, thì trung bình máy chủ sẽ giữ kết nối, v.v. để khách hàng tinh chỉnh các tham số của nó để có hiệu suất tốt hơn.
lá cờ us
Tôi không biết về một API như vậy. Trong các trường hợp sử dụng mà tôi đã thấy, nó chỉ đơn giản là một hợp đồng ngầm giữa máy khách và máy chủ.
BioLogic avatar
lá cờ ua
Bạn có thể vui lòng xem một câu hỏi khác của tôi trên diễn đàn này. Tôi mới vào diễn đàn này. Cảm ơn rất nhiều!
lá cờ ng
@BioLogic Hãy nhớ chấp nhận câu trả lời, nếu nó trả lời câu hỏi của bạn.
Điểm:0
lá cờ ng

Không có những điều như bỏ phiếu dài trong HTTP. Bỏ phiếu dài là một sử dụng (ab) thông minh của HTTP, không phải là một tính năng của HTTP.

Vì HTTP không biết bất cứ điều gì về bỏ phiếu dài, nên không thể có cách tiêu chuẩn để kiểm tra hỗ trợ.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.