我使用 QuickFIX/J 庫構建了一個 FIX Initiator 應用程序來向我的經紀人發送訂單。如果您不知道什么是 FIX 應用程序，請考慮我的程序是一個通過 TCP 連接向服務器發送消息的應用程序。為了獲取和發送由多種算法創建的訂單，我有一個目錄觀察器 (WatchService)，它使用 AWS Cli 監視與 S3 存儲桶同步的本地目錄上的修改。這種方法效果很好，除了我必須等待大約 6-8 秒才能將文件放入我的本地目錄，這樣我可以解析它以修復訂單并發送到經紀人的 FIX 應用程序。我真的很想減少訂單創建和訂單發送給經紀人之間的延遲。我認為有哪些可能的解決方案：1) 不使用 AWS CLI 直接從 S3 存儲桶讀取2） 針對每個不同的算法開啟不同的FIX會話3) 不是從桶中讀取數據，而是為新訂單訪問數據庫 (MySQL)。算法將生成表格行而不是文件4) 在我的 FIX 應用程序和算法之間有一個 API，所以算法可以直接連接到我的應用程序。解決方案 (1) 沒有改進訂單接收時間，因為列出 S3 對象、獲取摘要和過濾所需文件所花費的時間大致相同。解決方案（2）我沒有嘗試過，但我認為這不是最好的。例如，如果我有 100 種不同的策略，我將不得不打開 100 個不同的連接，而且我不確定我的代理應用程序是否可以處理。但我可能錯了。解決方案（3）我也沒試過。解決方案（4）是我認為理想的，但我不知道如何實施。我試圖創建一個 REST API，但我不知道它在概念上是否正確。假設我的 FIX 應用程序當前連接到經紀人的服務器，我的想法是 (i) 創建一個新的 webapp 來創建一個 REST API (ii) 通過 API 接收訂單信息，(iii) 找到當前活動會話和 (iv ) 使用當前會話向代理服務器發送訂單。不幸的是，我無法通過 ID 在運行 FIX 應用程序的不同類上使用以下內容找到當前會話：SessionID sessionID = new SessionID("FIX.4.4", "CLIENT1", "FixServer");     Session session = Session.lookupSession(sessionID);我想聽聽您的意見：您認為發送由多個來源創建的 FIX 訂單的最佳解決方案是什么？如果我想創建一個 API 來連接 2 個不同的應用程序，我可以遵循哪些步驟？如果我有點困惑，我很抱歉。如果您需要進一步說明，請告訴我。