Groovy支持/作为除法运算符：
groovy> 1 / 2
===> 0.5
它支持 / 作为字符串分隔符，甚至可以跨越多行:
groovy> x = /foo/
===> foo
groovy:000> x = /foo
groovy:001> bar/
===> foo
bar
groovy:000> /foo/
groovy:001>
明显地，Groovysh认为这段代码是未结束的。
Groovy如何避免混淆除法和字符串？以下代码的含义是什么：
groovy> f / 2
这是一个函数调用 f(/2 .../)，其中 / 开始了一个多行斜线字符串，而不是 f 除以 2。
我不完全确定Groovy是如何做到的，但我会描述一下我会如何处理，并且如果Groovy没有类似的工作方式，我会非常惊讶。
我听说过的大多数解析算法（例如Shunting-yard、Pratt等）都识别两种不同的标记：
为了使事情变得更容易，从这个点开始，我将称前一种标记为运算符，后一种标记为非运算符。
现在，有趣的是，这种区别不是基于标记本身，而是基于立即上下文，特别是前面的标记。因此，相同的标记可以根据其在代码中的位置以及解析器将其分类为运算符或非运算符而被解释得非常不同。例如，-标记如果在运算符位置，则表示减法，但是如果在非运算符位置，则表示否定。决定-是否是减法运算符没有问题，因为您可以根据其上下文来判断。
在Groovy中，通常也是如此。一般情况下，/字符的含义取决于它前面的标记：
/跟随标识符、文字、后缀运算符、闭合括号或其他表示表达式结束的标记，则被解释为除法。/跟随前缀运算符、中缀运算符、开放括号或其他这样的标记，或者如果它开始一行，则开始一个字符串。当然，在实践中并不完全如此。Groovy旨在面对各种风格和用途的灵活性，因此分号或括号之类的东西通常是可选的。这可能会使解析有些模糊。例如，假设我们的解析器遇到以下行：
println / foo
foo 是传递给 println 的字符串的开头，可选的参数列表括号被省略了。当然，对于简单的解析器来说，它看起来像一个除法。我预计 Groovy 解析器可以通过读取以下几行来确定哪种解释不会出错，但对于像 groovysh 这样的东西来说，这是不可能的（因为作为 repl，它还没有访问更多行），所以它只能猜测。
与之前一样，我不知道确切的原因，但我知道因为 groovysh 是一个 repl，它在处理更模糊的规则时会遇到更多麻烦。即便如此，一个简单的单行斜杠字符串也是相当明确的，所以我相信这里可能发生了其他事情。下面是我在 groovysh 中尝试各种形式的结果：
> /foo - unexpected char: '/' @ line 2, column 1.
> /foo/ - awaits further input
> /foo/bar - unexpected char: '/' @ line 2, column 1.
> /foo/bar/ - awaits further input
> /foo/ + 'bar' - unexpected char: '/' @ line 2, column 1.
> 'foo' + /bar/ - evaluates to 'foobar'
> /foo/ - evaluates to 'foo'
> /foo - awaits further input
> /foo/bar - Unknown property: bar
f除以 2。没有结束的/，即使有也会产生歧义，Groovy 也不允许使用f / 2 /这种形式。不确定为什么/foo/在 Groovy shell 中不起作用...但在 Groovy Console 中可以。 - tim_yates