生成的 XmlSerializer 类的性能优化使用

Question

我们的应用程序正在读取一些 XML 文件。 XML 格式是固定的，因此我们可以使用XmlSerializer 轻松读取它们。

我使用此代码读取 XML 文件并将它们转换为类：

public static T FromXml<T>(this string xml) where T : class
{
    if (string.IsNullOrEmpty(xml))
    {
        return default(T);
    }

    XmlSerializer xmlserializer = new XmlSerializer(typeof(T));

    XmlTextReader textReader = new XmlTextReader(new StringReader(xml));
    textReader.Normalization = false;

    XmlReaderSettings settings = new XmlReaderSettings();

    T value;

    using (XmlReader reader = XmlReader.Create(textReader, settings))
    {
        value = (T)xmlserializer.Deserialize(reader);
    }

    return value;
}

但是，存在一些性能问题。第一次调用此代码时，使用 T 的特定类型时，XmlSerializer 会生成一个 Project.XmlSerializer.dll 文件。

这很好，但要花费一些宝贵的毫秒时间（在我的情况下大约是 900 毫秒）。这可以通过使用XML Serializer Generator (sgen) 在正手上生成该程序集来规避。这将时间减少到大约一半。主要是由于程序集的读取和反射。

我想进一步优化这一点，将XmlSerializer 类带入实际类所在的程序集中，但我找不到让XmlSerializer 知道不要阅读的方法外部程序集，但使用当前程序集的序列化程序。

任何想法如何做到这一点或使这项工作的替代方法？ （我无法预加载它们，因为大多数序列化的类都是在启动时使用的）

---

使用 ANTS Profiler 的分析（来自其他机器的指标，但模式相同）：

简单。大多数时间（300 毫秒 + 400 毫秒 = 700 毫秒）都浪费在生成和加载 XmlSerializer 程序集的过程中。

使用 sgen 生成程序集。大多数时间（336 毫秒）都在加载 XmlSerializer 程序集时丢失。

当在项目中包含程序集的实际源代码并直接调用序列化程序时，动作会下降到 456 毫秒（第一次是 1 秒，第二次是 556 毫秒）。

Answer 1

注意：OP 发布了一个示例配置：http://pastebin.com/d67nch3R

根据示例配置和您遇到的问题类型，有几种蛮力方法，几乎​​可以保证做到这一点，两者都归结为完全放弃 XML 序列化程序

1 号路线

放弃 XML 序列化并使用 XDocument 从 XML 中获取数据。

2 号路线

使用 json 和 Newtonsoft Json 来存储和加载配置。它的性能应该比 XML Serializer 好很多

对应的示例 json 如下所示：

{
  "Connections": {
    "-default": "Local\\SqlServer",
    "-forcedefault": "false",
    "group": {
      "-name": "Local",
      "connection": {
        "-name": "SqlServer",
        "database": {
          "-provider": "SqlServer",
          "-connectionString": "blah"
        }
      }
    }
  },
  "LastLanguage": "en",
  "UserName": "un",
  "SavePassword": "true",
  "AutoConnect": "false",
  "Password": "someObfuscatedHashedPassword==",
  "ConnectionName": "Somewhere\\Database",
  "LastAvailableBandwidth": "0",
  "LastAvailableLatency": "0",
  "DateLastConnectionSuccesful": "2014-08-13T15:21:35.9663654+02:00"
}

并加载它：

UserSettings settings = JsonConvert.DeserializeObject<UserSettings>(File.ReadAllText("settings.json"))

Answer 2

除非您在应用程序启动时进行序列化，否则一种方法是强制 CLR 加载甚至提前编译您正在使用的任何类，可能在一个线程中，一旦您在后台运行'已经启动了你的应用程序。

类似的东西，例如：

foreach (Assembly a in assembliesThatShouldBeCompileed)
    foreach (Type type in a.GetTypes())
        if (!type.IsAbstract && type.IsClass)
        {
            foreach (MethodInfo method in type.GetMethods(
                                BindingFlags.DeclaredOnly |
                                BindingFlags.NonPublic |
                                BindingFlags.Public |
                                BindingFlags.Instance |
                                BindingFlags.Static))
            {
                if (method.ContainsGenericParameters || 
                    method.IsGenericMethod || 
                    method.IsGenericMethodDefinition)
                    continue;

                if ((method.Attributes & MethodAttributes.PinvokeImpl) > 0)
                    continue;

                System.Runtime.CompilerServices
                   .RuntimeHelpers.PrepareMethod(method.MethodHandle);
            }
        }

然而，奇怪的是，您的分析似乎表明，如果 SGEN 的代码位于单独的程序集中，则没有太大区别，而加载似乎是瓶颈。我想知道当它们在同一个程序集中的情况下，图表看起来如何？