需要有关如何将其编写为多线程应用程序的指导

Question

我正在开发一个应用程序，它目前的样子如下。 我想知道我是否可以获得一些帮助，以提高效率。 也希望利用任务并行库（如果它有帮助的话）。 现在的设计方式没有任何限制，这意味着我可以完全重新设计应用程序的任何部分。

class Program
{
    static void Main(string[] args)
    {
        IList<ISystem> systems = GetSystems();
        if (systems.Where(s => s.Import = true).Count() == 0)
            return;

        var export = new Export();
        // Import & Export People
        exportData.LoadPeople();
        foreach(var system in systems)
            foreach(var person in export.People)
                system.Push(person);

        export.LoadLocations();

        foreach(var system in systems)
            foreach(var location in export.Locations)
                system.Push(location);

        export.LoadOtherData();

        foreach(var system in systems)
            system = system as IDifferentSystem;
            if (system == null) continue;
            foreach(var data in export.OtherData)
                system.Push(data);

    }
}

感谢您的帮助

Answer 1

这完全取决于您所说的“高效”是什么意思，以及您想要解决的问题与维护多线程设计的成本。

对于一些非常一般的建议，对于三类问题，多线程设计是合适的：

1. 您不希望长时间运行的任务阻塞调用线程。这可能更适用于您不想阻塞主 GUI 线程的 GUI 应用程序，因此应用程序可以保持响应。
2. 该算法就是所谓的“尴尬并行”，这意味着你可以细分数据并跨多个核心并行运行算法。
3. 与本地或远程的其他进程通信。其他进程当然是其他线程。

上面的内容有点过于简单化，但要点是，确保您正在解决正确的问题，而不是强迫您的问题成为预先设想的解决方案。决定使用多线程设计时需要考虑很多因素。自动化测试将变得更加困难。您的设计是否可以通过执行的正确性（无崩溃/挂起/数据损坏）以及您对特定应用程序的性能定义进行维护？当然，TPL 使多线程设计变得更容易，但它绝对不能完全消除这些成本。

始终考虑替代方案。例如，上面的 #1 也可以使用异步的方式来完成，也许 I/O 回调稍后会在您的调用线程上运行（即使这是内部多线程的，但您不需要关心这一点）。这仍然是单线程设计，不用担心锁。同样对于#2，可以使用更有效的算法和/或数据结构布局来实现性能。