| 
		 评论了一个帖子 
		19:48:26,显示k线最后一根柱datetime变化  | 
	2021年11月25日 | 2 | |
| 
		 问了一个问题 
		api.is_changing有bug? 非交易时段,为什么k线还有变化?def f(): instrument = "SHFE.pb2201" k = api.get_kline_serial(instrument, 60, 250) return k api= TqApi(TqKq(), auth=TqAuth("嘻嘻嘻", "ddd")) instrument="SHFE.pb2201"...  | 
	2021年11月25日 | 2 | |
| 
		 评论了一个帖子 
		也就是说,你方代码在解决延迟后恢复连接上有问题  | 
	2021年11月12日 | 2 | |
| 
		 评论了一个帖子 
		关键是重试几次,上面的订阅成功获取,但下面的大概率获取不到,这个不是延迟问题,是你那边代码有问题.你仔细看我的log  | 
	2021年11月12日 | 2 | |
| 
		 问了一个问题 
		用循环获取多个合约k线,get_kline_serial,只要一个合约出现超时,后面大概率都要出现超时这是log,ru2201的k线第一次获取时超时重试,然后获取成功,然后你会发现后面的合约,慢慢的,超时现象越来越多,再到后面,直接就收不到数据了!!!这是什么鬼??...  | 
	2021年11月11日 | 2 | |
| 
		 评论了一个帖子 
		另,由于python线程无法设置线程优先级(由于GIL机制),目前也没有其他好方法. 不知道有没有其他方法可以使用  | 
	2021年10月16日 | 2 | |
| 
		 评论了一个帖子 
		另,网络问题也可能导致超时, 所以我的程序在下雨天表现更为糟糕,因为我用得是手机热点,o(* ̄︶ ̄*)o  | 
	2021年10月16日 | 2 | |
| 
		 问了一个问题 
		wait_update对时延的处理不太好,希望改进比如在多线程环境, 当主线程main_api.wait_update时,若存在多个子线程在启动,而这些子线程工作在密集计算代码,则主线程得不到运行,导致main_api.wait_update响应超时,这种情况根据我的测试,若你是在等待k线更新,基本上程序就over了,因为k线已经不再更新了...  | 
	2021年10月16日 | 2 | |
| 
		 评论了一个帖子 
		我也想知道  | 
	2021年10月16日 | 2 | |
| 
		 评论了一个帖子 
		那是什么原因呢?想知道发生了什么  | 
	2021年10月16日 | 2 | |
| 
		 注册的 
			 | 
	2021年9月23日 | 10 |