主题：[求助] vba里事件的处理机制，多个timer的处理机制

请教高手，vba里的OrderStatus，OrderStatusEx ，OrderStatusEx2  这3个事件会不会同步被激活，还是有分先后，如果被同步激活，在金字塔的系统中是采取同步多线程处理还是异步处理，还有，当事件被激活后，如果在执行此事件的代码还没完成前新的激活条件又来到，这个事件的机制是忽略目前的条件等待上次完全执行完，还是怎么处理？当类似的事件被激活时，如果还有别的定时器正处于循环执行状态，这两者之间的代码关系是怎么相互影响的，例如：已经有运行了1个timer在执行一部分代码，但同时又有MarketData_ReportNotify 事件和 Orde_OrderStatus事件被激活，此时这3者是如何相互影响的，是同步各自分开执行还是有先后等待关系？

感谢各位的帮助，我还想请教一下，OrderStatus这个事件会不会出现丢失，还有，如果出现丢失如何确认订单是否撤单成功，我看了所有的函数，只有OrderStatus这个事件里能得到各种交易状态，还有没有其他途径实时得到交易状态？还有OrderStatus这个事件如果遇到阻塞，当阻塞过后能不能得到延时数据还是就会产生丢失

举个例子： 比如通过 MarketData_ReportNotify事件触发了一轮程序，在此程序还完全没执行完之前，OrderStatus这个事件的触发条件出现了，但因为 MarketData_ReportNotify事件的机制是不会被打断的，此时的OrderStatus会等待MarketData_ReportNotify事件执行完再补执行或是直接产生丢失

当出现回报丢失的意外情况时，有没有什么办法重新得到已经丢失的回报信息

OrderStatus这个事件的过程中会不会被打断

我在实盘的测试过程中遇到一个意外的问题，发出了开平指令，成交事件上没有出现成交的状态提示，仓位也没有出现变化，未成交单也存在，但后来价格变动了，我进行了撤单，发现撤单失败，我对账户进行了重登，发现事实上之前的开平指令已经成交了，只是可能因为成交回报的丢失导致了我在本地看不出来，这样的意外要如何解决

我在整个策略运行过程中全程每一步都有做标志，并都有输出保存到消息窗口作为监控，如果不是意外的话是不会出现这种情况的

我用的是ctp

我之前表述的情况应该是柜台成交回报丢失，面对这种情况有什么好的建议或是措施

如果遇到正好挂单成交，还没来记得发送回报这时你恰好去撤单导致撤单失败，此时柜台也不会给你推送回报。这种情况怎么处理