利用全局变量也会出现重复发单的问题

jiushiceshi

小米 发表于 2017-9-22 10:06
没有延迟置1的可能性。。
建议还是从置1后有没有其它语句再置0这个方向去排查吧。 ...

又发生了开仓两次的情况，我排查了代码，确实没有97置1再置0的情况，还可能是什么问题呢？

20170925T093109 send order: 8763806 pp1801 卖开 10 8648.00000000 [A_SendOrder#aaa] [OrderRef=2]
20170925T093109 send order: 8763806 pp1801 卖开 10 8648.00000000 [A_SendOrder#aaa] [OrderRef=3]

小米

jiushiceshi 发表于 2017-9-25 10:11
又发生了开仓两次的情况，我排查了代码，确实没有97置1再置0的情况，还可能是什么问题呢？

20170925T093 ...

建议卖开的代码，写日志，将所有判断的条件的值都要用日志记录下来。这样才好排查问题啊。

jiushiceshi

小米 发表于 2017-9-25 10:51
建议卖开的代码，写日志，将所有判断的条件的值都要用日志记录下来。这样才好排查问题啊。 ...

日志是在开仓函数的最后，也就是委托发送之后。可以看到，第二个委托发送时，97的值是1。因此我怀疑是发送第二个委托时，97还没有成功置1.

jiushiceshi

小米 发表于 2017-9-25 10:51
建议卖开的代码，写日志，将所有判断的条件的值都要用日志记录下来。这样才好排查问题啊。 ...

jiushiceshi

小米 发表于 2017-9-25 10:51
建议卖开的代码，写日志，将所有判断的条件的值都要用日志记录下来。这样才好排查问题啊。 ...

小米

jiushiceshi 发表于 2017-9-25 12:20
开仓处代码如下：
                if(GetGlobalVar(97) == 0 && low =  GetGlobalVar(99)      ){  
                        if(A_BuyPositi ...

1. if(GetGlobalVar(97) == 0 && low <= GetGlobalVar(99) && high >=  GetGlobalVar(99)      ){  
   
2.                         if(A_BuyPosition==0 ){
   
3.                                 ljg_actual_open(1, GetGlobalVar(99)+ljg_actual_chaojia("dk"), GetGlobalVar(96));
   
4.                         }
   
5.                         SetGlobalVar(97, 1);        
   
6.                 }

复制代码

这段代码里，只要第一层条件满足了，无论是否开仓都会去将97号全局变量置为1的。。
你的日志是写在哪个位置的呢？
如果是写在setgloblavar(97,1)的后面，那很明显在第一条日志根本显示的为0 是不相符的，说明没有执行到set97的这步，或者是set97为1后又有其它的语句再次set97为0了。。
你给的代码都是片段的，我们不可能从您给出的部分代码看出问题在哪一块，只能自己去写日志，一步步进行排查啊。

jiushiceshi

小米 发表于 2017-9-25 14:14
这段代码里，只要第一层条件满足了，无论是否开仓都会去将97号全局变量置为1的。。
你的日志是写在哪个位 ...

日志记录在开仓函数actual_open里。
这是一个突破的策略，当价格达到99全局变量时，进入内部、开仓、记录日志，97置1。
日志中记录的第一条，97是0，第二条，97是1。

真的好奇怪，我看了多遍，给我的感觉，就是97赋值延迟了。。。。

小米

jiushiceshi 发表于 2017-9-26 00:27
if(GetGlobalVar(97) == 0 && low =  GetGlobalVar(99)      ){  
                        if(A_BuyPosi ...

这个也不是凭感觉呀，且也不存在全局变量赋值延迟的可能性啊。。
你使用一个简单的代码去赋值 并写日志就可以清楚了。
你的日志写在ljg_actual_open里？但你的给97赋值 为1是在这个语句之后啊。。所以你当时写的第1条为0，是正常的表现吧？
或者建议您先不要使用自己写的函数，而直接使用TB自带的函数再将这个发单 --全局变量赋值的--写日志这个逻辑实现一下，再来看看结果呢？

jiushiceshi

小米 发表于 2017-9-26 09:01
这个也不是凭感觉呀，且也不存在全局变量赋值延迟的可能性啊。。
你使用一个简单的代码去赋值 并写日志就 ...

好吧。
第一条97是0，是正常的，然后发送委托了。
不正常的是第二个委托，当时的97是1，但是逻辑是，97为1时，不发送。