KBCTP官方文档太绕？这几招帮你快速上手

导读： KBCTP这个事儿, 是开步团队他们搞出来的, 是在上期CTP接口的基础上做了一层轻量化的封装处理, 官方文档里面的信息密度那是相当的大, 很多量化方面刚入行不久的新手朋友...

KBCTP这个事儿, 是开步团队他们搞出来的, 是在上期CTP接口的基础上做了一层轻量化的封装处理, 官方文档里面的信息密度那是相当的大, 很多量化方面刚入行不久的新手朋友, 要是翻开那个文档的第一页去看的话, 基本上就已经被给劝退掉了。

我是花了大半年的时间, 把几个最重要的关键点都拿出来和大家讲一讲。

KBCTP是什么

从本质上来讲, 它就是对CTP原生API做的二次封装这个操作。这个操作是把原来那种像陷入回调地狱一样乱糟糟的接口进行了整理, 从而变成了更符合使用习惯的同步调用风格。

你不需要再去死记硬背那几十种请求函数, 以及它们各自对应的响应回调接口, 只需要把Init这个初始化的方法, 还有SubscribeMarketData这个订阅市场数据的方法, 再接上InsertOrder这个下单插入订单的方法, 让这三个方法连接在一起运行, 就能顺利跑通整个最小的交易所需要的功能闭环了。

基础层面依然采用的是CTP体系的mduser与trader, 这就意味着行情数据获取、交易执行以及结算功能这些核心能力, 都是完整保留且一个都不会少, 区别仅仅在于, 那些涉及线程模型的管理逻辑以及对各类错误的处理机制这种繁琐且需要大量精力去处理的脏活累活, 现在都已经被自动替代并且由系统帮你妥善完成。

KBCTP怎么用

在官方的GitHub仓库之中, 那个叫作quick_start的示例代码, 基本上是可以直接通过编译, 并且直接运行成功的。不过, 我建议你不要照着那样的方式去写代码。你应该先把这段代码的逻辑投入到你自己的事件循环里面去。然后, 你需要仔细地观察那些回调函数的执行先后顺序。

配置文件实际上就只是一个yaml文件。你需要填好前置机地址。你要填好broker ID。你要填好app ID。你得配上资金账号。你还需要调一下Init就行。

真正容易出现问题的地方在于心跳间隔还有断线重连的逻辑, 文档里写的比较散乱, 需要翻过好几个页面把它们拼凑在一起。

KBCTP可靠吗

在生产环境里, 已经稳稳当当地跑了整整两个月的交易时间, 并且自始至终未曾发生过任何丢单的情况发生。

然而, 讲一句实在的大白话吧, 它这个东西在定位上面属于轻量级的帮手类型, 所以在高并发的情况之下以及遇到极端行情的过程里面, 所体现出来的表现样子，并没有官方的服务协议作为明确的要求来保证。

当策略涉及的单日交易数量仅为几十笔时, 这样的水平是完全足够的；然而在需要进行数百个并发任务以实现高频交易的情况下我们还是建议直接去深入钻研原生的 CTP 接口或者采用成熟度较高的框架, 绝对不应该在此种层次上拿系统的稳定性来做毫无把握的赌博。

以上的这些内容, 实际上就是我在经历了一些实际的踩坑行为之后所得到的那些感受。

你可以试着多跑一跑腿, 多搞几次演示例子, 再多去翻一翻那些问题的讨论区, 这样做其实比你反反复复地去啃那个维基页面, 来得更管用一些。