lambda表达式可省略参数类型和单参数括号，前提是编译器能通过函数式接口方法签名准确推断类型与数量；零参数必须写()，多参数括号不可省，省略以清晰可读为前提。
Java Lambda 表达式能省略参数类型和括号，核心前提是编译器能通过上下文准确推断出类型和数量。这不是随意删减，而是依赖函数式接口的声明和调用场景来自动补全。
参数类型可以省略，靠的是上下文推断
只要目标函数式接口的方法签名已知，编译器就能确定每个参数的类型，无需显式写出。
- 比如
Comparator<string></string>的compare(String o1, String o2)方法，写成(s1, s2) -> s1.length() - s2.length()就合法——s1和s2类型由接口约定，编译器自动识别为String - 但如果上下文模糊（如方法重载、泛型擦除严重），或想提升可读性，保留类型也完全没问题，例如
(String a, String b) -> a.compareTo(b)
单个参数时括号可以省略
当函数式接口抽象方法只接收一个参数，Lambda 的参数列表括号是可选的。
- 常见例子：
Consumer<string> printer = s -> System.out.println(s);</string>，这里s前后没括号，简洁自然 - 但注意：哪怕类型省略了，只要是一个参数，括号就可去；如果写成
(s) -> ...也不报错，只是多此一举 - 零参数必须写空括号，例如
() -> System.out.println("done")，否则语法不成立
多个参数或无参时括号不能省
这是硬性规则，不是风格选择。
- 两个及以上参数，如
BiFunction<integer integer></integer>对应(a, b) -> a + b，括号必须保留 - 无参情况，如
Supplier<string></string>要求() -> "hello"，漏掉()会编译失败 - 混合场景也一样：哪怕其中一个是泛型类型变量，只要数量 ≥2，括号就得留着
省略不是目的，清晰才是关键
过度省略可能降低可读性，尤其在复杂逻辑或团队协作中。
- 简单操作（如
s -> s.trim()）适合省略；涉及类型转换、null 判断或多步处理时，显式写类型反而更稳妥 - IDE 通常会提示可省略项，但要不要省，得看维护者能否一眼看懂意图
- 统一团队规范比“最简写法”更重要——比如规定“所有 public API 的 Lambda 参数类型不得省略”
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
