Visual Studio 2022发布项目时触发DbWatcher保护级别不可访问错误

问题场景 #

• 使用Visual Studio 2022编译引用项目B的项目A
• Debug、Release模式下普通构建均正常完成，但发布项目A时报错：

3>'DbWatcher' is inaccessible due to its protection level

• 清理两个项目无法解决问题，错误触发于执行以下csc命令后：

C:\Program Files\Microsoft Visual Studio\2022\Community\MSBuild\Current\Bin\Roslyn\csc.exe
... /platform:x64 /errorreport:prompt /warn:6 /define:...
/reference:...\projectB\obj\Release\net6.0-windows10.0.17763.0\win-x64\ref\projectB.dll /reference:....
/debug+ /debug:portable /filealign:512 /optimize+
/out:obj\Release\net6.0-windows10.0.17763.0\win-x64\projectA.dll
...
/target:...

排查步骤 #

• 检查DbWatcher的访问修饰符：确认项目B中DbWatcher类/成员的访问修饰符为public。发布时项目A引用的是项目B的Release版本引用程序集，若该类型在Release构建中被设置为internal或其他非公开修饰符，会导致访问失败。同时排查是否存在#if编译指令，在Release模式下修改了DbWatcher的访问级别。
• 验证引用程序集的实际权限：用反编译工具（如ILSpy）打开项目B的obj\Release\net6.0-windows10.0.17763.0\win-x64\ref\projectB.dll，查看DbWatcher的实际访问修饰符，确认是否与普通构建时的程序集一致。
• 检查项目引用方式：确保项目A对项目B是项目引用而非直接引用dll文件。直接引用可能导致发布时使用的是旧版本dll，与当前生成的Release引用程序集权限不匹配。
• 排查发布配置的特殊优化：查看项目A的发布配置是否启用了代码裁剪、链接器优化等功能，这类优化可能会修改类型访问权限或移除引用类型。对比Release构建配置与发布配置的差异，检查是否存在额外的编译常量或平台目标修改。
• 检查InternalsVisibleTo配置：若DbWatcher是internal类型，需确认项目B的csproj文件中是否针对项目A添加了<InternalsVisibleTo>配置，且该配置在Release模式下生效。引用程序集会严格遵循访问权限规则，缺失该配置会导致发布时无法访问。

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