2

如您所知,交易策略会根据实时信息采取行动,例如出价或最后交易价格发生变化时。数据馈送提供程序在与主线程不同的线程中异步地将报价流式传输到我们的桌面应用程序。当您向数据馈送提供者发出请求时会产生此数据馈送线程,并一直存在到您明确发送停止流式传输的请求为止。

就目前而言,数据馈送线程执行交易策略,因为它们中的大多数旨在根据报价数据输入或更新订单。你觉得这种方法有什么问题吗?这种设计在交易应用程序中是否常见?

我正在使用 Java。

4

2 回答 2

3

您绝对不想在数据馈送线程上执行交易策略,尤其是在执行需要一段时间的情况下。该执行应该发生在不同的线程上。我对 Java 不是很熟悉,但我认为您可以在那里使用线程池。在 C# 中,将工作分散到多个线程上的一种非常强大的方法是使用Tasks

您可能要考虑的另一件事是,当您仍在处理前一个报价时,当工具有新报价时该怎么办。在许多情况下,只处理最近的一个是有意义的。我用 C# 中的示例实现写了一篇关于我称之为最新更新模式的小文章。也许你觉得这很有用。

于 2011-10-27T17:25:05.607 回答
1

就目前而言,数据馈送线程执行交易策略,因为它们中的大多数旨在根据报价数据输入或更新订单。

不完全的。数据馈送线程触发交易策略的执行。您不希望任何其他处理减慢数据馈送线程。

于 2011-10-27T17:13:13.897 回答