假设9点开盘，一路数据接收正常（只连接金字塔服务器），直到9:30:05，开始，丢包几个TICK，导致该1分钟K线的最高价有了变化。

如果策略在运行，丢包后，问一下金字塔处理机制是怎么样的？

1、金字塔可能定期会查询是否丢包，实时补充丢包的数据

2、当下一次断线重连后，金字塔补充当天未收盘的丢包数据

3、直接不管丢包，除非手工补数据

好的非常感谢，

这里就产生了一个问题，因为丢包原因影响了K线走势，策略开了一个多头仓位。

如果金字塔实时监测数据并补充，补充的K线或TICK，就有可能会改变策略的持仓判断，出现信号“闪烁现象”，

这样很容易导致一些本身因为错误K线开仓了，本该止损的策略，因为读过去持仓为0，变成不会止损（实际在丢包过程中开了多头仓位），或者收盘本应该平仓，出现不能平的情况。

建议金字塔处理丢包情况时，加一个可选丢包补充，而不一定要，毕竟稳定的网络丢包概率不高，但补充丢包后风险可能更大。

同时建议金字塔在补充丢包后，必须驱动策略从第一根开始重新运算（仅刷最后一根K线策略，丢包后如果不重新运行，当根信号会出现不改变的可能）

您好，做实时交易您要确保您本地网络流畅，尽量避免出现数据丢失情况，防止交易出现问题。

关于您提的建议，我们会酌情考虑

现在就是讨论如果因为丢包导致仓位错误的问题了。解决方法有两种

1、承认丢包的错误，重新驱动策略运行，并同步仓位

2、不承认丢包再补丢包后对策略影响，直接任由错误策略仓位继续发展（不可控）

相比现在运行的2模式，个人认为1更可取。

1跟2的折中办法是，丢包后不补充数据（可选），就OK了，让丢包者承担小概率丢包导致信号错误，但依旧可控（策略自身有止损、日内平仓等），这样就不会牵扯到同步问题。

其实程序化不是为了无人值守，而是为了赚钱~如果存在丢包可能性，哪怕0.0001%，可能会带来严重后果，如果没有良好处理方案，如何无人值守？

其实提出这个问题，是因为出现了这么一种情况：

由于后台交易时对“仅刷最后一根K线”设置是忽略的，我在后台又会经常用到普通逐K运行的PEL，为了提高效率，我自己保存了倒数第二根K线的所有变量值到超级全局变量里面，

来模仿仅刷最后一根效果。

为了确保此模仿的代码没错，我同时运算了新代码以及以前版本代码作为对照组（以前版本代码没有勾选仅刷最后一根K线）。

发现补充丢包后的情况，没有勾选仅刷最后一根K线的代码，可以正确反应丢包后补充的值（每TICK进行从头到尾运算了）；

但模拟仅刷最后一根K线的新代码，却要等到下一根K线开始，才会重新运算，来得到正确的值。

由于我策略运算1分钟周期，所以影响不大（最多影响60秒），但如果我是30分钟周期，仅刷一根K线，那即使勾选了X秒自动同步，影响也可能长达30分钟。

建议就是，勾选仅刷最后一根K线的代码（包括后台），当补丢包时，把变量初始化，从第一根开始重新计算