一个很好的方法是，lambdas是在它们自己的作用域内执行的(就好像它是一个方法调用一样)，而Procs可以被看作是与调用方法内联执行的，至少这是决定在每种情况下使用哪一个的好方法。

来详细解释一下Accordion Guy的回应:

注意，proc .new通过传递块创建了一个proc。我相信lambda{…}被解析为一种文字，而不是传递块的方法调用。从附加到方法调用的块内部返回将从方法返回，而不是从块返回，Proc.new案例就是一个例子。

(这是1.8。我不知道这是如何转换成1.9的。)

我不能说太多细微的差别。但是，我可以指出Ruby 1.9现在允许lambdas和block的可选参数。

下面是1.9版本中stabby lambdas的新语法:

stabby = ->(msg='inside the stabby lambda') { puts msg }

Ruby 1.8没有这种语法。声明blocks/lambdas的传统方式也不支持可选参数:

# under 1.8
l = lambda { |msg = 'inside the stabby lambda'|  puts msg }
SyntaxError: compile error
(irb):1: syntax error, unexpected '=', expecting tCOLON2 or '[' or '.'
l = lambda { |msg = 'inside the stabby lambda'|  puts msg }

然而，Ruby 1.9支持可选参数，即使使用旧语法:

l = lambda { |msg = 'inside the regular lambda'|  puts msg }
#=> #<Proc:0x0e5dbc@(irb):1 (lambda)>
l.call
#=> inside the regular lambda
l.call('jeez')
#=> jeez

如果你想为Leopard或Linux构建Ruby1.9，看看这篇文章(无耻的自我推销)。

我在这方面有点晚了，但是关于Proc.new有一件伟大但鲜为人知的事情在评论中根本没有提到。根据文件:

Proc::new只能在带有附加块的方法中不带块地调用，在这种情况下，该块被转换为Proc对象。

也就是说，Proc.new允许链接yield方法:

def m1
  yield 'Finally!' if block_given?
end

def m2
  m1 &Proc.new
end

m2 { |e| puts e } 
#⇒ Finally!

用lambda创建的procs和用Proc.new创建的procs之间另一个重要但微妙的区别是它们如何处理return语句:

在lambda创建的proc中，return语句只从proc本身返回 在proc .new创建的proc中，return语句有点令人惊讶:它不仅从proc中返回控制，而且还从包围proc的方法中返回控制!

这是lambda创建的proc的返回操作。它的行为方式可能和你预期的一样:

def whowouldwin

  mylambda = lambda {return "Freddy"}
  mylambda.call

  # mylambda gets called and returns "Freddy", and execution
  # continues on the next line

  return "Jason"

end


whowouldwin
#=> "Jason"

这里是proc。new-created的proc的返回，做同样的事情。您将看到Ruby打破了被大肆吹嘘的最小惊喜原则的一个案例:

def whowouldwin2

  myproc = Proc.new {return "Freddy"}
  myproc.call

  # myproc gets called and returns "Freddy", 
  # but also returns control from whowhouldwin2!
  # The line below *never* gets executed.

  return "Jason"

end


whowouldwin2         
#=> "Freddy"

由于这种令人惊讶的行为(以及更少的输入)，在创建procs时，我倾向于使用lambda而不是Proc.new。

在我看来，这两者之间最重要的区别是回报行为上的差异。我也更喜欢lambda，因为它的类型比Proc.new少:-)