Mengapa dua EA emas boleh mengurus pesanan yang sama? Semak nombor ajaib MT4

Pengarang: Thomas｜Amalan MT4｜10 November 2026

Ringkasan: Apabila dua set EA emas dipasang pada akaun MT4 yang sama, jika kedua-duanya menggunakan syarat pengenalan pesanan yang sama, ia mungkin mengubah stop loss pesanan yang sama pada masa yang sama. Semasa menyiasat, semak dahulu simbol dan nombor ajaib pada pesanan, kemudian semak syarat sebenar yang digunakan oleh kod untuk menapis. Nombor dan pesanan di bawah adalah andaian pengajaran semata-mata.

Di mana nombor ajaib direkodkan

OrderSend dalam MQL4 menyokong penghantaran parameter magic. Selepas pesanan berjaya dipilih, OrderMagicNumber boleh membaca nombor pengenalan pesanan tersebut. Ia boleh memberikan asas pengelasan kepada program. Pesanan khusus mana yang akan diubah atau ditutup masih ditentukan oleh logik penapisan dan pelaksanaan EA itu sendiri. Jika program menyemak hanya simbol semasa melintasi pesanan akaun, dua set EA emas mungkin memproses kumpulan pesanan yang sama walaupun mereka mengisi nombor ajaib yang berbeza.


Dalam rajah, andaikan strategi A dan B masing-masing menggunakan 101 dan 202. A memilih pesanan dalam kumpulan dagangan satu demi satu, menyemak simbol sebenar dahulu, kemudian menyemak nombor pengenalan. Hanya apabila kedua-duanya sepadan, ia diserahkan kepada logik seterusnya untuk menyemak jenis pesanan dan tindakan yang dibenarkan. Kegagalan memilih pesanan harus dilangkau dan ralat direkodkan. Sebelum pengubahsuaian, sebaiknya pilih semula pesanan sasaran untuk mengelakkan penggunaan data lama yang telah disalin ke dalam program sebelum ini.

Sahkan dalam tiga langkah menggunakan akaun demo

Langkah pertama, rekod versi, parameter input, tempoh carta dan nama penuh simbol broker bagi kedua-dua set EA. Nama emas pada akaun berbeza mungkin mempunyai akhiran. Apabila menggunakan berbilang instans pada simbol yang sama, juga perlu menjelaskan sama ada ia diurus secara bebas, atau berkongsi pesanan secara reka bentuk.

Langkah kedua, dalam akaun demo, biarkan setiap set EA menghasilkan satu pesanan ujian yang boleh dikenal pasti, dan pada masa yang sama sediakan satu pesanan ujian yang sepatutnya dikecualikan. Log sekurang-kurangnya merekodkan nombor pesanan, simbol, nombor ajaib dan tindakan yang program bersedia untuk laksanakan. Kemudian cetuskan satu tindakan pengurusan terkawal, contohnya cuba mengubah pesanan ujian strategi A sendiri, dan semak sama ada pesanan strategi B kekal pada nilai asal. Pesanan belum selesai dan kedudukan yang telah diisi sebaiknya disahkan secara berasingan, kerana kumpulan dagangan boleh mengandungi kedua-dua jenis pesanan pada masa yang sama, dan peraturan pemprosesan sebenar biasanya berbeza.

Langkah ketiga, mulakan semula terminal atau muat semula EA dan semak sekali lagi. Jika program hanya mengingati senarai pesanan yang dibina semasa larian semasa, tingkah laku selepas dimulakan semula mungkin berubah. Semak sama ada ia mengenal pasti semula pesanan mengikut syarat yang ditetapkan, dan sama ada tindakan tidak dijangka berlaku apabila tiada pesanan sepadan. Nombor hanyalah pengasingan tambahan; jika semakan risiko keseluruhan dalam skop akaun sengaja membaca semua kedudukan, ia harus direkodkan secara berasingan daripada kebenaran untuk mengubah pesanan sebenar.

Uruskan pesanan lama sebelum menukar nombor

Andaikan strategi A sebelum ini membuka kedudukan menggunakan 101, dan kini ditukar kepada 303. Perubahan parameter input biasanya hanya mempengaruhi nilai yang digunakan oleh kod seterusnya; nombor pengenalan pesanan lama tidak akan berpindah secara automatik dengan tetapan carta. Jika syarat pengurusan hanya sepadan dengan 303, pesanan asal 101 mungkin dilangkau. Sebelum perubahan, senaraikan pesanan lama dan cara pemprosesan yang dirancang, kemudian sahkan permulaan semula dan serah terima dalam persekitaran demo. Apabila menemui EA yang versinya tidak dapat disemak atau log tidak dapat menjelaskan logik penapisan, hentikan dahulu perubahan pengurusan automatik dan semak susunan keluar bagi kedudukan sedia ada. Lulus dalam demo hanya menunjukkan senario yang diuji; perubahan sebut harga sebenar, penolakan pesanan oleh pelayan dan slippage masih perlu dinilai secara berasingan.