有人在问为何没有用FIX协议

本文深入探讨了FIX协议作为一个行业内部协议的技术缺陷,尤其关注其设计上未考虑广域网带宽限制的问题,以及在局域网内的数据传输效率低下。文章指出FIX协议的初衷在于金融机构之间的数据交换,但在实现过程中存在诸多不足,如过大的SIZE、缓慢的解析速度等。同时,文中提到FIX协议后期通过引入MQ产品和FAST协议进行优化,但这些改进并未从根本上解决问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

说实在的 FIX 协议是一个从技术上看很糟糕的行业内部协议。其最为复杂的会话层协议是在MQ产品尚不发达的时候人为规定了一个MQ实现;FIX协议真正有价值的部分是它的业务层标签,但其设计上先天不足地没有对带宽予以考虑,所以可以形容为是一个双重人格的协议:FIX的意图当然主要地不是在局域网内进行数据传送,而是在一家金融机构和另一家金融机构之间进行数据传送,所以应该要考虑到广域网的带宽有限,但FIX协议的始作俑者似乎对此完全没有概念,因此FIX协议的SIZE是很大的,看起来完全不像是为广域网传送做准备的。

 

FIX协议后来允许会话层使用MQ产品,以及挖空心思引入FAST协议以完成适量的压缩,都是替之前的糟糕设计擦屁股——老外的设计也并不是就天然是好的,其实这些问题在FIX刚被介绍到国内来的时候都已经看清了。

 

FIX协议的解析是很慢的,在JAVA上当然也是如此。如果当真非常关注于高吞吐量和低延时,那同时又使用FIX就是在自己掌自己嘴巴。

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值