C# 使用常量加速解析器？虽然是抽象类

Question

我有一系列解析器，它们解析相同基本类型的文本以获取相关数据，但它们来自不同的来源，因此它们存在微妙的差异。我每天要解析数百万个文档，因此任何速度优化都会有所帮助。

这是一个显示基本问题的简化示例。解析器的设置使得有一个实际解析器实现的基本抽象解析器：

abstract class BaseParser
{
     protected abstract string SomeRegex { get; }

     public string ParseSomethingCool(string text)
     {
         return Regex.Match(text, SomeRegex).Value;
     }

     ....
 }

 class Parser1: BaseParser
 {
     protected override string SomeRegex { get { return "^.*"; } } // example regex

     ...
 }

 class Parser2: BaseParser
 {
     protected override string SomeRegex { get { return "^[0-9]+"; } } // example regex

     ...
 }

所以我的问题是：

• 如果我要在 get 常量中返回内容，它会加快速度吗？
• 从理论上讲，如果它不使用属性并且一切都是直接常数，那么速度会更快吗？
• 我能看到什么样的速度增加？
• 我只是抓住了救命稻草吗？

Answer 1

我认为将属性转换为常量不会给您带来任何明显的性能提升。无论如何，Jit'ed 代码可能已经内联了这些内容（因为您放入了常量）。

我认为最好的方法是首先分析你的代码，看看哪些部分最有优化潜力。我对要查看的内容的建议：

1. 正则表达式 - 正如您所知，有时，构造良好的正则表达式可以阐明快速和极慢之间的区别。这实际上是根据具体情况而定，具体取决于所使用的表达方式和您提供的文本。
2. 替代方案 - 我不确定您执行哪种匹配，但可能值得考虑其他方法，特别是如果您尝试匹配的内容不是那么复杂。然后对结果进行基准测试。
3. 代码的其他部分 - 查看瓶颈出现的位置。是在磁盘IO中，还是在CPU中？看看更多的线程是否会有所帮助，或者可能会重新访问读取文件内容的函数。

无论你最终做什么，衡量总是有很大帮助。确定有机会的领域，找到更快的方法，然后再次测量以验证它是否确实更快。

Answer 2

get中的东西已经是不变的了。

我敢打赌，抖动已经优化了属性访问器，因此您可能不会通过重构它们来看到太多性能提升。

Answer 3

我认为这种优化不会带来明显的速度提升。不过，最好的选择是尝试一下并对结果进行基准测试。

一项会产生影响的改变是，如果你可以不使用正则表达式，就不要使用它。 Regex 是一个相当大且有用的锤子，但并不是每个钉子都需要那么大的锤子。

Answer 4

从代码中您不清楚为什么需要抽象类并继承。
使用虚拟成员速度较慢。此外，您的孩子的班级不是密封的。

为什么不做这样的事情：

public class Parser
{
    private Regex regex;

    public Parser(string someRegex)
    {
        regex = new Regex(someRegex, RegexOptions.Compiled);
    }

    public string ParseSomethingCool(string text)
    {
        return regex.Match(text).Value;
    }
}

或这样的

public static class Parser
{
    public static string ParseSomethingCool(string text, string someRegex)
    {
        return Regex.Match(text, someRegex).Value;
    }
}

但是，我认为如果使用多线程，您将获得最大的性能提升。也许你已经这样做了。如果您不看一下任务并行库