目标3.5的程序集在4.6应用中DTD验证失败的解决方案咨询

咱们来一步步解决这两个问题，结合.NET框架的版本兼容逻辑，给你具体的实操方案：

1. 保持程序集目标3.5，兼容4.6+应用的DTD验证 #

你的程序集目标是3.5，但4.6+框架里XmlReaderSettings的DTD处理逻辑已经从ProhibitDtd切换到了DtdProcessing属性——而3.5里压根没有这个属性。没关系，咱们可以用反射实现跨版本兼容：

• 保留ProhibitDtd = false和ValidationType = ValidationType.DTD的设置，确保在3.5及以下框架上正常工作
• 运行时通过反射检测当前环境是否支持DtdProcessing属性（4.0+框架才有），如果支持就设置为DtdProcessing.Parse，覆盖4.6+默认的DTD禁止行为

示例代码：

var settings = new XmlReaderSettings();
// 基础设置：兼容3.5及以下框架
settings.ProhibitDtd = false;
settings.ValidationType = ValidationType.DTD;

// 反射检测4.0+特有的DtdProcessing属性
var dtdProcessingProp = settings.GetType().GetProperty("DtdProcessing");
if (dtdProcessingProp != null)
{
    // 反射获取DtdProcessing.Parse枚举值（避免3.5编译报错）
    var parseEnumValue = Enum.Parse(dtdProcessingProp.PropertyType, "Parse");
    dtdProcessingProp.SetValue(settings, parseEnumValue, null);
}

// 执行验证
using (var xmlReader = XmlReader.Create(inputStringReader, settings))
{
    while (xmlReader.Read()) { } // 触发验证逻辑
}

这个方案的核心是：目标3.5的程序集可以在4.0+ CLR上运行（.NET框架向下兼容），运行时动态访问高版本API，完美兼顾新旧环境的需求。

2. 将程序集改为目标4.0对2.0应用的影响 #

如果必须把程序集升级到目标4.0，影响完全取决于2.0应用的运行环境：

• 运行在纯2.0 CLR上的2.0应用：直接加载失败，会抛出FileLoadException。因为2.0 CLR无法识别4.0程序集的版本标识，这是无法绕过的硬限制。
• 运行在4.0+ CLR上的2.0应用：只要在2.0应用的配置文件中添加支持4.0+运行时的配置，就能正常加载4.0程序集：

  <configuration>
    <startup>
      <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/>
    </startup>
  </configuration>
  

  不过要注意两个点：
  • 4.0里ProhibitDtd已经被标记为过时，编译程序集时会出现警告，但运行时仍然有效，不影响验证逻辑
  • 2.0应用本身不能直接调用4.0特有的API（比如DtdProcessing），但你的程序集内部使用这些API是没问题的

总结：如果你的2.0应用必须在纯2.0环境下运行，绝对不能升级程序集到4.0；如果2.0应用可以在4.0+ CLR上部署，那么升级是可行的。

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