Ruby中的闭包很好地概述了块、lambda和proc在Ruby中的工作方式。

Proc比较老，但是返回的语义对我来说是非常违反直觉的(至少在我学习这门语言的时候)，因为:

如果您正在使用proc，那么您很可能正在使用某种函数范式。 Proc可以返回封闭作用域之外(参见前面的响应)，这基本上是一个goto，本质上是非功能性的。

Lambda在功能上更安全，更容易推理——我总是使用它而不是proc。

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

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

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

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

Lambda按预期工作，就像其他语言一样。

有线Proc.new令人惊讶和困惑。

proc .new创建的proc中的return语句不仅会返回自身的控制，还会返回包含它的方法的控制。

def some_method
  myproc = Proc.new {return "End."}
  myproc.call

  # Any code below will not get executed!
  # ...
end

你可以认为Proc.new将代码插入到封闭方法中，就像block一样。 但是Proc.new创建的是一个对象，而block是对象的一部分。

lambda和Proc.new之间还有另一个区别，那就是它们对(错误)参数的处理。 lambda会抱怨它，而Proc.new会忽略额外的参数或将没有参数视为nil。

irb(main):021:0> l = -> (x) { x.to_s }
=> #<Proc:0x8b63750@(irb):21 (lambda)>
irb(main):022:0> p = Proc.new { |x| x.to_s}
=> #<Proc:0x8b59494@(irb):22>
irb(main):025:0> l.call
ArgumentError: wrong number of arguments (0 for 1)
        from (irb):21:in `block in irb_binding'
        from (irb):25:in `call'
        from (irb):25
        from /usr/bin/irb:11:in `<main>'
irb(main):026:0> p.call
=> ""
irb(main):049:0> l.call 1, 2
ArgumentError: wrong number of arguments (2 for 1)
        from (irb):47:in `block in irb_binding'
        from (irb):49:in `call'
        from (irb):49
        from /usr/bin/irb:11:in `<main>'
irb(main):050:0> p.call 1, 2
=> "1"

顺便说一句，在Ruby 1.8中，proc创建了一个lambda，而在Ruby 1.9+中，它的行为就像proc .new，这真的很令人困惑。

值得强调的是，proc中的return返回的是词法上封闭的方法，即创建proc的方法，而不是调用proc的方法。这是procc的闭包属性的结果。所以下面的代码什么都没有输出:

def foo
  proc = Proc.new{return}
  foobar(proc)
  puts 'foo'
end

def foobar(proc)
  proc.call
  puts 'foobar'
end

foo

虽然proc在foobar中执行，但它是在foo中创建的，因此返回退出foo，而不仅仅是foobar。正如Charles Caldwell上面所写的，它有一种GOTO的感觉。在我看来，return在一个在其词法上下文中执行的块中很好，但在一个在不同上下文中执行的proc中使用时就不那么直观了。