如您所知，交易策略根据实时信息采取行动，例如当出价或最后交易价格发生变化时。数据提要提供程序在一个与主线程分离的线程中异步地将引号流到我们的桌面应用程序。这个数据提要线程是在你向数据提要提供程序发出请求时产生的，直到你显式地发送一个请求来停止流为止。
就目前而言，数据馈送线程执行交易策略，因为它们中的大多数被设计为根据滴答数据输入或更新订单。你认为这种方法有什么问题吗?这种设计在交易应用程序中常见吗?
您肯定不希望在数据提要线程上执行交易策略，特别是如果执行需要一段时间。执行应该发生在不同的线程上。我对Java不太熟悉，但我假设您可以在那里使用线程池。在c#中，将工作分散到多个线程的一个非常强大的方法就是使用任务。
你可能要考虑的另一件事是，当你还在处理之前的节拍时，乐器有了新的节拍时该怎么办。在许多情况下，只处理最近的一个是有意义的。我写了一篇小文章，介绍了我称之为最新的更新模式，并用c#实现了一个示例。也许你会发现这很有用。
目前，数据馈送线程执行交易策略，因为它们中的大多数被设计为根据滴答数据输入或更新订单。
不完全是。数据提要线程触发交易策略的执行。您不希望任何其他处理减慢数据提要线程的速度。