Ruby 如何正确处理持久TCP套接字连接(以模拟HTTP服务器)?
所以,我尝试使用套接字和Ruby来模拟一些基本的HTTP持久性连接——用于大学课堂 关键是构建一个服务器——能够处理多个客户端——接收文件路径并返回文件内容——就像HTTP GET一样 当前的服务器实现循环侦听客户端,在有传入连接时触发新线程,并从该套接字读取文件路径。这是非常愚蠢的,但在处理不存在的连接时,它可以正常工作-每个连接一个请求 但它们应该是持久的。 这意味着客户端不必担心关闭连接。在非持久版本中,服务器响应响应并关闭连接-再见客户端,再见。 但是持久性意味着服务器线程应该循环并等待更多的传入请求,直到。。。直到没有更多的要求。服务器如何知道这一点?没有!需要某种超时。我试着用Ruby的超时来做,但是没有成功 谷歌搜索一些解决方案——除了被彻底建议避免使用超时模块之外——我已经看到很多关于IO.select方法的帖子,它应该比使用线程和其他东西更好地处理这个套接字等待问题(考虑到Ruby线程(不)的工作方式,这听起来很酷)。我在这里试图理解IO.select是如何工作的,但在当前场景中仍然无法使其工作 所以我问了两件事:Ruby 如何正确处理持久TCP套接字连接(以模拟HTTP服务器)?,ruby,multithreading,sockets,http,Ruby,Multithreading,Sockets,Http,所以,我尝试使用套接字和Ruby来模拟一些基本的HTTP持久性连接——用于大学课堂 关键是构建一个服务器——能够处理多个客户端——接收文件路径并返回文件内容——就像HTTP GET一样 当前的服务器实现循环侦听客户端,在有传入连接时触发新线程,并从该套接字读取文件路径。这是非常愚蠢的,但在处理不存在的连接时,它可以正常工作-每个连接一个请求 但它们应该是持久的。 这意味着客户端不必担心关闭连接。在非持久版本中,服务器响应响应并关闭连接-再见客户端,再见。 但是持久性意味着服务器线程应该循环并等待
- 我如何在服务器端有效地解决这个超时问题,或者使用一些基于线程的解决方案、低级套接字选项,或者使用一些IO.select magic
- 客户端如何知道服务器已关闭其连接端
require 'date'
module Sockettp
class Server
def initialize(dir, port = Sockettp::DEFAULT_PORT)
@dir = dir
@port = port
end
def start
puts "Starting Sockettp server..."
puts "Serving #{@dir.yellow} on port #{@port.to_s.green}"
Socket.tcp_server_loop(@port) do |socket, client_addrinfo|
handle socket, client_addrinfo
end
end
private
def handle(socket, addrinfo)
Thread.new(socket) do |client|
log "New client connected"
begin
loop do
if client.eof?
puts "#{'-' * 100} end connection"
break
end
input = client.gets.chomp
body = content_for(input)
response = {}
if body
response.merge!({
status: 200,
body: body
})
else
response.merge!({
status: 404,
body: Sockettp::STATUSES[404]
})
end
log "#{addrinfo.ip_address} #{input} -- #{response[:status]} #{Sockettp::STATUSES[response[:status]]}".send(response[:status] == 200 ? :green : :red)
client.puts(response.to_json)
end
ensure
socket.close
end
end
end
def content_for(path)
path = File.join(@dir, path)
return File.read(path) if File.file?(path)
return Dir["#{path}/*"] if File.directory?(path)
end
def log(msg)
puts "#{Thread.current} -- #{DateTime.now.to_s} -- #{msg}"
end
end
end
更新
我能够使用IO.select方法模拟超时行为,但是当与两个线程(用于接受新连接)和另一个线程(用于处理请求)结合使用时,实现感觉不太好。并发性使情况变得疯狂和不稳定,除非我能找到更好的方法来使用这个解决方案,否则我可能不会坚持下去
更新2
似乎超时仍然是处理此问题的最佳方法。我会坚持下去直到找到更好的选择。
我仍然不知道如何处理僵尸客户端连接
解决方案
我最终使用IO.select(在查看webrick代码时受到启发)。检查最终版本(lib/http/server/client\u handler.rb)您应该实现类似心跳数据包的功能。客户端应在几秒/分钟后向发送特殊数据包,以确保服务器不会超时客户端的连接。您只需避免在该调用中执行任何操作。当客户端接收到其所有文件且没有更多文件时,您是否可以关闭客户端的连接发出请求?这可能会帮助您@MartinJames,这将使该过程更加容易,但HTTP规范规定客户端不应担心连接;这是服务器的责任。@toch谢谢,但我已经去过了,但解决不了问题。事实上,到现在为止,我开始喜欢IO.select了——我用它编写了一个服务器版本(基于这个版本),超时似乎工作正常。唯一的问题是代码是如何编写的:处理返回的数组感觉有点奇怪:\n您可能想看看这个答案