Ruby 如何正确处理持久TCP套接字连接(以模拟HTTP服务器)?

Ruby 如何正确处理持久TCP套接字连接(以模拟HTTP服务器)?,ruby,multithreading,sockets,http,Ruby,Multithreading,Sockets,Http,所以,我尝试使用套接字和Ruby来模拟一些基本的HTTP持久性连接——用于大学课堂 关键是构建一个服务器——能够处理多个客户端——接收文件路径并返回文件内容——就像HTTP GET一样 当前的服务器实现循环侦听客户端,在有传入连接时触发新线程,并从该套接字读取文件路径。这是非常愚蠢的,但在处理不存在的连接时,它可以正常工作-每个连接一个请求 但它们应该是持久的。 这意味着客户端不必担心关闭连接。在非持久版本中,服务器响应响应并关闭连接-再见客户端,再见。 但是持久性意味着服务器线程应该循环并等待

所以,我尝试使用套接字和Ruby来模拟一些基本的HTTP持久性连接——用于大学课堂

关键是构建一个服务器——能够处理多个客户端——接收文件路径并返回文件内容——就像HTTP GET一样

当前的服务器实现循环侦听客户端,在有传入连接时触发新线程,并从该套接字读取文件路径。这是非常愚蠢的,但在处理不存在的连接时,它可以正常工作-每个连接一个请求

但它们应该是持久的。

这意味着客户端不必担心关闭连接。在非持久版本中,服务器响应响应并关闭连接-再见客户端,再见。 但是持久性意味着服务器线程应该循环并等待更多的传入请求,直到。。。直到没有更多的要求。服务器如何知道这一点?没有!需要某种超时。我试着用Ruby的超时来做,但是没有成功

谷歌搜索一些解决方案——除了被彻底建议避免使用超时模块之外——我已经看到很多关于IO.select方法的帖子,它应该比使用线程和其他东西更好地处理这个套接字等待问题(考虑到Ruby线程(不)的工作方式,这听起来很酷)。我在这里试图理解IO.select是如何工作的,但在当前场景中仍然无法使其工作

所以我问了两件事:

  • 我如何在服务器端有效地解决这个超时问题,或者使用一些基于线程的解决方案、低级套接字选项,或者使用一些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您可能想看看这个答案