如何檢查幣安現貨訂單是否部分成交

了解訂單狀態字段

1. 幣安訂單回應中的狀態欄位指示當前生命週期階段： NEW 、 PARTIALLY_FILLED 、 FILLED 、 CANCELED或REJECTED 。

2. PARTALLY_FILLED值表示至少發生了一次填充，但完整的origQty仍未執行。

3. 無論是否需要進一步填充，該狀態都會在第一次部分執行後立即返回。

4. 一直持續到剩餘數量全部執行或訂單手動取消。

5. 狀態更新透過get_order上的 REST 回應傳遞，並透過使用者資料流事件即時傳輸。

分析執行數量

1. 將executedQty與origQty進行比較：如果executedQty大於零但小於origQty ，則訂單已部分成交。

2. 檢查cummulativeQuoteQty — 它反映了迄今為止匹配的總報價資產價值，並且在存在部分填充時必須非零。

3. 檢查fills陣列：非空白列表確認至少發生了一個交易執行。

4. fills中的每個條目都包含價格、數量、佣金和tradeId ，提供部分執行的詳細證據。

5.注意executedQty和cummulativeQuoteQty是字串類型的十進制值；必須避免直接浮點比較，以防止精確度損失。

使用 get_order API 端點

1. 使用有效憑證和正確的符號大小寫呼叫trade.get_order(symbol='BTCUSDT', orderId=123456789) 。

2. 解析回應中的資料物件－不要只依賴頂級程式碼或訊息欄位。

3. 從巢狀資料有效負載中擷取status 、 executedQty 、 origQty和fills 。

4. 驗證數位一致性：確保executedQty ≤ origQty且cummulativeQuoteQty與所有成交的price × qty總和相符。

5. 將任何與此不變量的偏差視為需要手動協調或上游調查的異常。

透過用戶資料流進行監控

1. 在有效的使用者資料流WebSocket連線下訂閱executionReport事件。

2. 過濾eventType等於executionReport且symbol與目標交易對相符的訊息。

3. 透過檢查executionType是否等於TRADE ，同時orderStatus仍為PARTIALLY_FILLED來偵測部分成交。

4. 從每個執行報告中累積lastExecutedQuantity和lastPrice以重建填充歷史記錄而無需輪詢。

5. 使用eventTime按時間順序對填充進行排序，並識別由網路抖動或重新連接引起的間隙或重複報告。

常見問題解答

Q：PARTIALLY_FILLED 狀態被檢舉後可以恢復為 NEW 嗎？答：不會。幣安的訂單狀態機是嚴格單調的。一旦發出PARTALLY_FILLED ，它只會轉換為FILLED 、 CANCELED或EXPIRED 。

Q：get_orders_pending 是否包含部分成交的訂單？答：是的。 get_orders_pending傳回所有未結帳訂單，包括狀態為PARTALLY_FILLED和剩餘未成交數量的訂單。

Q：成交發生和 get_order 中出現的狀態更新之間是否有延遲？答：正常情況下，REST API會在100毫秒內反映最新狀態。在交換維護視窗或區域 API 路由故障期間可能會出現較高的延遲。

Q：訂單部分執行後被取消時，填入陣列會發生什麼事？答：填滿數組保持完整且未更改。取消僅影響未來的執行；歷史填充是不可變的並保存在訂單記錄中。