显式标注Lambda参数类型是避免编译器类型歧义最可靠的方式，适用于赋值给var、传入重载方法、构建表达式树三类易报CS9236/CS0467错误的场景，需用Func<int,int,int> add = (x, y) => x + y等写法确保类型明确。

直接显式标注参数类型，是避免编译器类型歧义最可靠的方式。C# 编译器依赖上下文推断 Lambda 的委托类型（如 Func<int, bool>），但一旦上下文模糊——比如赋值给 var、传入重载方法、参与表达式树构造——推断就会失败或出错。

哪些场景必须写明参数类型

以下情况不写类型，大概率触发 CS9236、CS0467 等报错：

• 赋值给 var 变量时：编译器无法反向推导目标委托类型，var add = (x, y) => x + y; 合法但类型为 Func<?, ?, ?> 不明确，后续使用易报错
• 作为参数传给有多个重载的方法：例如 List<T>.FindAll(Predicate<T>) 和自定义扩展方法共存时，编译器无法唯一匹配
• 构建表达式树（Expression<Func<...>>）：运行时需完整类型信息，隐式写法会导致绑定失败

三种稳妥的显式写法

根据用途选择合适方式，核心是让编译器“一眼看懂”：

• 变量声明时指定委托类型：Func<int, int, int> add = (x, y) => x + y;
• 传参时强制转换：numbers.FindAll((Predicate<int>)(n => n % 2 == 0));
• 泛型调用中补全类型参数：Enumerable.Select(source, (string s) => s.Length) 比 .Select(s => s.Length) 更稳定，尤其在链式调用深层嵌套时

别踩这些常见坑

看似省事的写法，反而埋下隐患：

• 禁止在参数里用 var：(var x, var y) => x + y 是语法错误，C# 不支持
• 避免过度依赖 IDE 提示：参数名提示（如 n 被猜成 int）只是辅助，不能替代显式声明
• 多参数 Lambda 别省略括号：x, y => x + y 会误判为单参数，正确写法是 (x, y) => x + y

类型明确不是啰嗦，而是把意图交给编译器，而不是让它猜。尤其在团队协作或长期维护项目中，多敲几个字符换来的是零歧义和可预测的编译行为。