mt4自动交易编程_mt4交易平台

2021-11-18 04:29

Jkel

　　mt4自动交易编程体例计划说话-MQL4，通过MQL4说话能够计划出咱们念要的赢利形式，一套完满的智能

　　说话如JAVA、C++、Excel VBA、C#、Python等说话数据移用，

　　体例，对差别的市集和正在差别的情况下实行操作。普通他们正在知名的认识软件包里对

　　平台下编写EA来杀青，全体措施是： 1、用C++编写一个动态库文献，正在内里杀青行情和

　　数据移用接口，将报价数据和K线数据写入数据库中，并从数据库中获取...

　　之前斥地的外汇量化业务体例行情和业务接口都是通过正在MT4平台下编写EA来杀青全体措施是

　　1、用C编写一个动态库文献正在内里杀青行情和业务数据移用接口将报价数据和K线数据写入数据库中并从数据库中获取外汇量化体例发出的业务指令。

　　2、正在MT4中编写EA文献正在MT4上不间断运转从MT4平台及时获取报价和K线c;并移用动态库写入数据库中于此同时持续从数据库中获取业务指令再移用MT4的业务指令实行业务。

　　采用此种措施的好处即是兼容性强只须翻开MT4软件运转EA就能够实行行情和业务接口的获取也无须管是哪个外汇平台纵然MT4软件升级了也能连续用。过失即是务必翻开一个MT4软件特意获取行情和报价数据同时每个业务的账户也必须要运转一个MT4软件譬喻有10个外汇账户就务必运转10个MT4软件。业务账户不众的线c;运转速率和各方容貌标也尚可接纳周末都无须重启或紧闭根基上杀青7X24小时不间断运转。

　　一晃自身的量化体例就运转了几年了中央也持续实行各样优化但跟着业务账户的持续填充对软硬件的检验就越来越高了一台凡是的办事器同时运转10众个账户就感到有点艰苦了究竟MT4自身即是一个大型的行情和业务软件要占用不少软硬件资源还要加上数据库办事器现正在感到3、4台办事器都不敷用了汇集带宽也起头告急仍旧到了非改不成的时间了。

　　对付MT4行情和业务的API接口自身不停都有耳闻传说这种API接口能够直接贯串MT4行情和业务办事器并且能够无须管是哪家外汇平台只须该平台助助MT4软件即可利用。现正在市情上良众跟单体例和跟单平台即是通过该API接口来杀青跟单办事的但感到这种API接口应当不是MT4软件斥地商推出的属于第三方软件以至有恐怕即是通过对MT4软件实行逆向认识提取出来的东西一朝MT4软件升级了就有恐怕导致API接口失效。记得以前网上就有邃晓信的行情和业务接口能够获取邦内A股行情并杀青业务自身当时还付费买了一套回来并利用了一段年华传说也是逆向认识邃晓信体例得来的但用了一段年华后跟着邃晓信软件和券商后台体例的升级就无法利用了。

　　昨年初的时间自身就获取了一套MT4行情和业务接口及联系移用材料但不停未去深刻讨论由于该接口就仅仅是一个DLL文献需求正在Window 的平台下用C#斥地和移用自身对C#并不熟习,这种托管DLL用其它的斥地说话也欠好移用最合键是当时的重心和精神都放正在量化体例和缠论计谋的斥地和优化上对这种无足轻重非要不成的东西实正在无暇分身。但念着往后跟着账户的持续填充这种API移用接口信任要用到究竟同时翻开几十个MT4软件来杀青业务接口太费资源了自身也曾念到花点钱请别人斥地但念着要和自身的量化体例深度协调正在沿道疏通和斥地起来也挺困难再加上自身自身即是标准员身世仍然适应的时间自身斥地吧从那时起闲暇年华自身翻看一下C#的编程竹素清晰一下C#的说话和用法先为往后的利用打点底子。

　　上周将自身几个要实行的斥地使命按紧要性和危机性布列出来各样较量后到底定夺将MT4API接口的斥地提上日程了说干就干正在电脑上安设好VS2019后这个礼拜就忙着搞斥地了。整体接口的需乞降流程原本自身仍旧非凡分明独一不够的地方是对VS2019和C#还不熟习但斥地说话都是相通的不懂不会的地方就查查书或者百度及CSDN上探索一下就好了。

　　花了两天年华实行了大致的软件界面并杀青了行情和业务接口的简便移用胜利返回了念要的各项数据斥地使命挺利市各项功效正徐徐杀青。自身是用的确的业务账户来测试的念着云云屡次的测试持续登录和退出途中还会有不少堕落和造孽移用会不会惹起外汇平台的鉴戒倘使把自身的账户封禁掉那可就困难大了是以立时申请了个模仿账户来测试结果悲剧了接口居然无法登录了返回Old Version看来平台的模仿账户后台办事器仍旧升级了不再助助这个接口而的确账户的后台办事器恐怕研讨到兼容性的出处还没有实行更新或者还兼容这个接口版本是以还能利用。记得昨年底有一段年华传说良众跟单体例或跟单平台都无法利用了就由于MT4软件商强制升级了一次有的MT4后台办事器仍旧不再助助这个接口了。念着云云下去也不是门径是以又起头念门径去找这个接口的最新版本皇天不负有心人仅半天年华就找到了一个新的API接口版本不外这个接口有一点点控制。正在这里不得不看不起一下C#像C#,JAVA这种斥地说话斥地出来的托管代码真的很容易被反编译具体就和真正的源码看起来没有什么分别是以很速就被我把控制排除了。

　　正好这两个礼拜新冠疫情告急有的小区还被封了羽毛球馆也不让打球了是以整体礼拜简直没有出门过就窝正在家里辛吃力苦搞斥地了老骥伏枥像我这种老标准员了念不到斥地功效还挺高到了即日周五就把整套接话柄行了。现正在回念过来难点上除了自身对C#实行各样熟习外如何优化速率和算法也花了不少年华这里就通过缓冲区来杀青数据的存储和通报另有各样众线程的运转来杀青了。最先设立一个行情获取后台线程,通过API接口及时读取行情数据持续放入行情缓冲区中再设立一个行情写库后台线c;读取行情缓冲区数据并写入数据库中。每个业务账户也通过设立特意的后台线程来杀青登录和业务1个业务账户占用一个孤独的后台线个孤独的后台线c;正在回收指令也实行了优化每个业务线程并不直接从数据库中读取自身的业务指令云云会非凡占用数据库资源而是设立一个特意的业务指令读取线c;从数据库中读取指令后再转发到各个业务线软件正在断线c;会主动实行重连这个非凡紧要自身也特意创筑了一个防守线程监测各个业务账户倘使有账户断线了就主动重连。创筑了两个模仿账户实行测试成效线c;速率非凡速毫秒级开单清静仓比素来通过MT4的EA来杀青开单清静仓要速得众了。欢喜之余下周再优化和测试一下下个月应当就能够本质铺排和运转了并且这套接口和素来的EA移用接口是兼容的两套接口能够随时实行切换相当于双重保障了。废线c;附上软件截图。