为何带Conditional特性的Debug.WriteLine无法直接创建委托？

一、为什么直接传入Debug.WriteLine会报错？ #

Debug.WriteLine方法带有[Conditional("DEBUG")]特性，这个特性的作用是：只有在项目定义了DEBUG编译符号时，编译器才会保留对该方法的调用代码；如果没有定义DEBUG符号，所有调用该方法的代码都会被编译器直接移除。

当你直接把Debug.WriteLine作为方法组传递给LogTo时，本质是要将它转换成对应的委托类型（比如Action<string>）。但C#编译器不允许直接将带有Conditional特性的方法转换为委托——因为委托需要一个稳定的目标方法，而Conditional特性可能导致该方法在某些编译配置下“消失”，此时委托的目标就不存在了，会引发运行时的不确定性。因此编译器直接通过CS1618错误阻止这种操作。

二、为什么lambda表达式中可以调用Debug.WriteLine(log)？ #

当你使用log => Debug.WriteLine(log)这种lambda表达式时，你传递给LogTo的委托指向的是编译器自动生成的匿名方法，而不是直接指向Debug.WriteLine。

对于这个匿名方法，编译器会单独处理里面的Debug.WriteLine(log)调用：

• 如果定义了DEBUG符号，匿名方法里会保留对Debug.WriteLine的调用逻辑；
• 如果没有定义DEBUG符号，匿名方法里的这个调用会被移除，但匿名方法本身依然存在（只是执行时没有实际操作）。

这种情况下，委托的目标是始终存在的匿名方法，不存在“目标方法消失”的问题，因此编译器允许这种写法。

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