尝试用.Net Native编译UWP应用失败：互操作代码无法编译

嘿，我太懂这种“想用.NET Native解决玄学bug，结果先栽在编译上”的痛苦了！先给你梳理下针对这个ILT0028警告（以及.NET Native编译失败）的常见排查步骤，一步步来：

1. 先挖出完整的警告信息 #

你贴的警告内容截断了（Found nat...），这没法精准定位问题。先打开Visual Studio的输出窗口（别只看错误列表，切换到Build标签的完整输出），找到这条ILT0028的完整描述——它通常会明确告诉你是哪个程序集、类型甚至具体方法触发了警告，比如是第三方库用了不兼容的反射，或者native互操作写法有问题。

2. 先排查第三方NuGet包的兼容性 #

.NET Native对第三方库的要求比JIT严格太多：

• 逐个检查你用的NuGet包，确认它们标注了支持UWP和.NET Native（看包的NuGet页面或官方文档），很多老包只适配JIT编译，在.NET Native环境下会直接触发警告。
• 把所有NuGet包更新到最新稳定版，很多后续版本都会补全.NET Native的兼容性修复。

3. 用rd.xml文件给.NET Native划“保留清单” #

.NET Native会在编译时裁剪掉它认为“无用”的代码，尤其是反射相关的类型/成员，这是很多警告和后续运行时崩溃的根源：

• 找到项目里的Default.rd.xml文件（没有就新建一个，设置为“嵌入式资源”），给需要反射的类型/程序集添加保留规则。比如某个类需要通过反射实例化，就加：

  <Directives xmlns="http://schemas.microsoft.com/netfx/2013/01/metadata">
    <Application>
      <!-- 保留整个程序集的反射能力 -->
      <Assembly Name="YourProblemAssembly" Dynamic="Required All"/>
      <!-- 或者只保留特定类型 -->
      <Type Name="YourNamespace.ProblemType" Dynamic="Required All"/>
    </Application>
  </Directives>
  

• 如果警告提到了native互操作（P/Invoke），要确保相关方法在rd.xml里被保留，或者写法符合.NET Native的要求（别用动态生成的P/Invoke逻辑）。

4. 调整编译配置试试 #

• 暂时关闭优化：去项目属性的生成标签页，找到.NET Native相关的设置，先关闭优化选项。如果能编译通过，再逐步开启优化，定位是哪个优化步骤触发的问题。
• 彻底清理缓存：执行Clean Solution，删掉项目的obj和bin文件夹，再把%userprofile%\.nuget\packages里的相关包删掉，重新还原并编译——有时候缓存的旧文件会导致各种奇怪的编译问题。

5. 检查自己代码里的“危险操作” #

.NET Native不支持一些JIT能容忍的特性：

• 避免使用System.Reflection.Emit（大部分场景都不支持），尽量少用动态类型的高级玩法。
• 如果有自定义序列化、依赖注入这类依赖反射的逻辑，一定要在rd.xml里把相关类型都声明清楚。
• 检查平台特定代码，比如x86/x64/ARM的native调用是否一致，别在不同平台用了未适配的代码。

等你拿到完整的警告信息，就能更精准地定位问题了——比如ILT0028常见的场景就是native库绑定不符合要求，或者反射依赖的类型被意外裁剪了。

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