嘿，这个问题戳中了Scala语法糖里最容易让人混淆的点之一——括号、花括号的用法，还有类型推断的边界问题。咱们逐个拆解这6种写法的来龙去脉：

1. 报错写法：Array(7,8,9) map (x:Int=>x+1) #

这个报错的核心原因是语法解析失败。当你在圆括号()里写带类型标注的匿名函数时，必须给参数加上括号：(x:Int)。这里你直接写x:Int=>x+1，编译器会把x:Int当成一个单独的参数（变量x，类型Int），然后后面的=>x+1就成了莫名其妙的多余代码，完全不符合语法规则，所以会抛出“identifier expected but integer literal found”的错误。

2. 正确写法：Array(7,8,9) map {x:Int=>x+1} #

花括号{}在这里代表一个代码块，Scala会把整个花括号里的内容当成一个完整的函数表达式来解析。即使你不给参数加括号，编译器也能正确识别x:Int=>x+1是一个Int => Int类型的匿名函数，所以没问题。

3. 正确写法：Array(7,8,9) map ((x:Int)=>x+1) #

这是最“标准”的匿名函数写法——在圆括号里包裹了完整的带类型标注的函数定义(x:Int)=>x+1。编译器一眼就能认出这是一个函数值，直接传递给map方法，自然不会报错。

4. 正确写法：Array(7,8,9) map (x=>x+1) #

这里省略了参数的类型标注，靠的是Scala强大的类型推断。因为Array(7,8,9)的元素类型是Int，map方法会自动推断出它接受的函数参数类型是Int => ?，而函数体x+1的返回值也是Int，所以编译器能自动补全x的类型为Int，语法完全合法。

5. 正确写法：Array(7,8,9) map {x=>x+1} #

和第二种写法类似，花括号里的代码块配合类型推断，编译器能正确识别这是一个Int => Int的函数。花括号在这里的作用是明确函数的边界，避免解析歧义。

6. 报错写法：Array(7,8,9) map x=>x+1 #

这个写法既没有圆括号也没有花括号，编译器完全搞不清你的意图：它会把x当成map方法的第一个参数，但map只接受一个函数参数，后面的=>x+1就成了无意义的语法碎片，直接触发报错。

核心总结 #

• 圆括号传函数：带类型标注时必须给参数加括号；不带类型标注时可以直接写x=>x+1，靠类型推断兜底。
• 花括号传函数：不管带不带类型标注，都能正确解析，因为花括号明确了函数的代码块边界。
• 既不用括号也不用花括号：编译器无法识别函数的边界，必然报错。

内容的提问来源于stack exchange，提问作者Tom