为什么在Net :: HTTP.get_response中的content_length有时即使为良好结果也为零？

Question

我有以下红宝石代码（试图写一个简单的http-ping）

require 'net/http'
res1 = Net::HTTP.get_response 'www.google.com' , '/'
res2 = Net::HTTP.get_response 'www.google.com' , '/search?q=abc'

res1.code #200
res2.code #200
res1.content_length #5213
res2.content_length #nil **<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< WHY**
res2.body[0..60]
=> "<!doctype html><html itemscope=\"\" itemtype=\"http://schema.org"

为什么res2 content_length无法显示？ 它是否在res2的其他属性中（如何看到它们？）

我是红宝石的新手。 在AWS Linux上使用irb 0.9.6

非常感谢。

Answer 1

看起来，返回的值不一定是主体的长度，而是内容的固定长度（当该固定长度预先已知并存储在content-length标头中时）。

请参阅HTTPHeader＃content_length的实现源（取自http://ruby-doc.org/stdlib-2.3.1/libdoc/net/http/rdoc/Net/HTTPHeader.html ）：

# File net/http/header.rb, line 262
def content_length
  return nil unless key?('Content-Length')
  len = self['Content-Length'].slice(/\d+/) or
      raise Net::HTTPHeaderSyntaxError, 'wrong Content-Length format'
  len.to_i
end

在这种情况下，这可能意味着该响应是一个多部分的MIME响应，并且在这种情况下未使用content-length标头。

在这种情况下，您最可能需要的是body.length ，因为这是告诉多部分响应的响应主体实际长度的唯一真实方法。

注意，始终使用content.body查找内容长度可能会对性能产生影响； 您可以选择先尝试使用content_length方法，如果没有，则退回到body.length 。

这是对代码的示例修改：

require 'net/http'
res1 = Net::HTTP.get_response 'www.google.com' , '/'
res2 = Net::HTTP.get_response 'www.google.com' , '/search?q=abc'

res1.code #200
res2.code #200
res1.content_length #5213
res2.content_length.nil? ? res2.body.length : res2.content_length #57315  **<<<<<<<<<<<<<<< Works now **
res2.body[0..60]
=> "<!doctype html><html itemscope=\"\" itemtype=\"http://schema.org"

或者更好的是，捕获content_length并将捕获的值用于比较：

res2_content_length = res2.content_length

if res2_content_length.nil?
    res2_content_length = res2.body.length
end

就个人而言，我总是坚持检查body.length并在出现问题时处理任何潜在的性能问题。

无论您是否收到多部分响应的简单响应，这都应该为您可靠地检索内容的实际长度。

为什么在Net :: HTTP.get_response中的content_length有时即使为良好结果也为零？

问题描述

1 个解决方案

解决方案1
1 已采纳 2016-05-03 22:07:51

为什么在Net :: HTTP.get_response中的content_length有时即使为良好结果也为零？

问题描述

1 个解决方案

解决方案1 1 已采纳 2016-05-03 22:07:51

解决方案1
1 已采纳 2016-05-03 22:07:51