PostSharp报错：引用的多目标程序集未被处理，如何解决？

以下是针对性的排查和解决步骤：

1. 确认Mully项目的PostSharp处理是否真正执行 #

• 用ILSpy等反编译工具打开Mully输出目录（比如bin\Release\net48）下的Mully.dll，检查类型MyNamespace.MyAspect是否包含PostSharp注入的代码（比如是否带有[Serializable]属性，或存在PostSharp生成的代理逻辑）。如果没有，说明PostSharp在Mully编译时未实际运行。
• 开启Visual Studio的MSBuild详细日志：
  1. 依次点击工具 > 选项 > 项目和解决方案 > 生成并运行
  2. 将“MSBuild项目生成输出详细程度”设为详细
  3. 重新编译Mully，在输出窗口搜索“PostSharp”，确认是否有PostSharp started processing assembly和PostSharp completed successfully这类日志条目。如果没有，说明PostSharp任务未触发。

2. 检查Mully的PostSharp配置正确性 #

• 确认<UsePostSharp>true</UsePostSharp>在所有需要的编译配置（Debug/Release）中都已设置，示例：

  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|AnyCPU' ">
    <UsePostSharp>true</UsePostSharp>
  </PropertyGroup>
  

• 确认PostSharp的导入顺序正确，项目文件中的导入结构应为：

  <Import Project="$(MSBuildExtensionsPath)\PostSharp\PostSharp.props" />
  <Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />
  <Import Project="$(MSBuildExtensionsPath)\PostSharp\PostSharp.targets" />
  

• 检查项目文件中是否存在<PostSharpDisabled>true</PostSharpDisabled>这类会禁用PostSharp的隐藏属性。

3. 验证引用路径与文件一致性 #

• 错误提示中的路径是C:\obfuscated\outputdir\net48\Mully.dll，对比该文件与Mully项目bin\net48目录下dll的修改时间、文件大小：如果不一致，说明obfuscated目录下的dll是未经过PostSharp处理的副本。
• 检查Mully项目的生成事件或后续自动化脚本，确认是否在PostSharp处理完成后再将dll复制到obfuscated目录，避免提前复制未处理的文件。
• 确保Franky项目通过项目引用（而非直接引用dll文件）关联Mully，这样Franky编译时会自动依赖Mully的最新编译产物。

4. 排查混淆工具的影响 #

• 由于路径包含obfuscated，说明存在混淆流程，需调整执行顺序：
  • 先完成Mully的编译和PostSharp处理，再运行混淆工具处理生成的dll。
  • 检查混淆工具的配置，是否移除了PostSharp所需的元数据（比如[PSerializable]属性或PostSharp注入的序列化信息），需在混淆规则中保留这些内容。

5. 额外验证步骤 #

• 在Mully项目中添加测试方法并应用[MyAspect]，编译后运行该方法，确认切面是否生效。如果切面不生效，说明Mully的PostSharp配置本身存在问题。
• 暂时禁用混淆流程，让Franky直接引用Mully项目bin\net48目录下的dll，若不再报错，即可定位问题出在混淆环节。

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