EA運行異常怎麼排查：先保留MT4日誌，再改設定

作者：托馬斯｜EA與平台實務｜2026年10月5日

EA突然沒有交易、出現重複訂單，或重啟後表現與預期不同，最容易發生的錯誤是馬上改參數、重裝程式，再去猜問題在哪裡。這樣可能把最有價值的現場資訊覆蓋掉。排查應先保存證據，再區分程式、終端與帳戶層面的原因。

先保存異常發生前後的記錄

記錄異常出現的時間、完整交易品種、圖表週期、EA版本、參數文件和當時帳戶持倉。這裡的時間必須註明使用的是電腦時間、交易伺服器時間還是自行換算的北京時間，不要把不同時鐘的記錄直接拼接。

日誌不一定包含程式的全部決策過程。開發者沒有輸出的資訊，不能僅憑「沒有報錯」推斷執行正常。保留前後連續記錄比單張報錯截圖更有助於判斷事情的順序；公開或發送給支援人員前，先檢查是否含帳號、個人資訊或其他敏感內容。

Experts與Journal，分別看什麼

MT4的Experts標籤主要呈現已掛載EA的運行資訊，包括程式自己的訊息以及相關操作記錄。Journal標籤側重客戶端終端在當前工作階段中的活動。排查同一個異常時，可以對照兩處資訊，但不要把其中任意一處當成完整的成交憑證。

在對應標籤的右鍵選單中使用Open，可以打開相關日誌目錄並將當前顯示記錄寫入日誌檔案。官方說明，EA日誌位於終端資料目錄下的MQL4/LOGS，終端日誌位於LOGS；檔案通常按日期命名。不同安裝執行個體的資料目錄可能不同，應從正在使用的終端進入，避免誤拿另一套終端的檔案。

先判斷：沒觸發，還是觸發後沒成交

「沒有新訂單」至少可能對應幾種不同狀態：策略條件未滿足；程式沒有正常載入；自動交易權限受限；交易請求被拒絕；請求結果與預期不同。只看到圖表上的程式標識，不能直接判斷屬於哪一種。

先根據策略原有規則，確認在指定品種和週期上是否真的應該觸發。再查看相關時段是否有載入、初始化或交易操作資訊。如果存在交易請求，對照返回訊息和帳戶訂單記錄核實結果，不能只憑程式列印的文字認定成交成功。若日誌缺少關鍵步驟，應向開發者提出補充記錄需求。

權限檢查要逐項對應，不要全開

MT4終端設定與EA自身的屬性會影響自動交易權限；更換帳戶、圖表品種或週期等操作，也可能與終端的自動交易設定有關。核對當前實際設定，並結合程式說明判斷預期行為，不能靠反覆點擊按鈕代替排查。

不要為了讓程式開始交易，就無條件開放DLL呼叫或其他外部存取。先確認程式是否確實需要相應能力、來源是否可信、用途是否說明清楚。權限不足可能是某一環節的原因，但開放全部權限並不是可靠的解決方法。

重啟之前，先確認現有持倉如何處理

保留當前訂單、掛單和程式狀態後，再決定是否重啟。重新啟動程式是否會識別已有訂單，取決於具體實作；不能假定每個EA都能自動恢復原來的內部狀態。尤其是帶加倉或多訂單管理邏輯的程式，重複啟動可能與已有倉位發生衝突，需要依據程式規則核對。

關閉自動交易不等於已有倉位已經平倉，也不能把「程式暫停」理解為風險消失。現有訂單的處理方式應提前制定，不能在出現異常後臨時猜測。懷疑程式正在製造異常訂單時，按既定暫停和人工檢查流程處理，同時核實帳戶上的實際敞口。

用單一變化檢驗修復結果

模擬環境可以用於復現操作與檢查程式行為，但不能證明實盤成交條件完全相同。每次只改變一個明確因素，並保留修改前後的參數與日誌，再觀察相關異常是否消失。若同時換版本、改參數和換帳戶，往往難以確定哪一步產生了作用。

一份有效的排查記錄應寫明現象、時間、證據、修改內容和複查結果。無法解釋的異常應繼續向開發者或平台支援核查，不用「已經恢復交易」代替原因分析，也不把技術修復寫成盈利保證。

槓桿交易可能造成重大損失。本文用於運行維護知識分享，不構成買賣指令。日誌排查可以幫助定位問題，但不能保證程式安全、策略有效或未來收益。