.NET 中的条件编译通过预处理器指令和编译符号来控制代码在不同环境下的编译行为。这种方式让你可以在同一份代码中包含针对开发、测试、生产等环境的不同逻辑，而不会影响其他环境的构建结果。
使用条件编译符号
.NET 支持通过 #if、#else、#elif 和 #endif 等预处理器指令进行条件编译。这些指令依赖于编译时定义的符号：
DEBUG：通常在调试配置下自动定义，用于包含日志、断言等调试代码 TRACE：启用跟踪输出，常与 System.Diagnostics.Trace 配合使用 自定义符号：如 STAGING、PRODUCTION，可在项目文件或编译命令中定义示例：
#if DEBUG
Console.WriteLine("这是调试环境，启用详细日志");
#elif STAGING
Console.WriteLine("这是预发布环境");
#elif PRODUCTION
Console.WriteLine("这是生产环境，关闭敏感输出");
#else
Console.WriteLine("未知环境");
#endif
在项目文件中定义编译符号
通过 .csproj 文件可以为不同构建配置设置符号：
<PropertyGroup Condition="'$(Configuration)' == 'Debug'"> <DefineConstants>DEBUG;TRACE</DefineConstants> </PropertyGroup> <PropertyGroup Condition="'$(Configuration)' == 'Release'"> <DefineConstants>TRACE;PRODUCTION</DefineConstants> </PropertyGroup> <PropertyGroup Condition="'$(Configuration)' == 'Staging'"> <DefineConstants>TRACE;STAGING</DefineConstants> </PropertyGroup>
这样在执行 dotnet build -c Staging 时，STAGING 符号生效，对应代码块会被编译进去。
结合依赖注入与配置实现灵活切换
虽然条件编译适合处理编译期确定的行为差异，但运行时配置更推荐使用 appsettings.json 和依赖注入。你可以将两者结合：
用条件编译控制是否注入某个特定实现（如模拟服务） 在开发环境下注入 MockService，在生产中注入 RealService例如：
#if DEBUG
services.AddSingleton<IDataService, MockDataService>();
#else
services.AddSingleton<IDataService, RealDataService>();
#endif
注意事项
条件编译虽强大，但也需谨慎使用：
避免过度嵌套 #if 指令，否则会降低代码可读性 敏感信息不要直接写在条件编译块中，仍需配合配置管理工具 单元测试应覆盖不同编译路径，确保各环境逻辑正确基本上就这些。合理使用条件编译能有效隔离环境相关代码，提升构建灵活性，关键是保持结构清晰，不把太多环境逻辑揉在一起。
