根据文档看来，每个单独的包的结构是这样的，每个包以8=STEP.1.0.0开始以10=xxx再加上个0x01结束。xxx代表校验和，基本是key-value的形式。对这个数据的解析关键在于里面有一个描述data内容的部分。之前很少考究过这些算法。昨天迫不得已用JAVA写出了一个从VDE（一个接受来自上交所的数据，并且和我们的解析工具连接，就是起个连接作用当然还有别的比如登录之类的功能）上接受数据包，然后把每个数据包生成文件，提供给我的同事一起来研究。
对于这样的数据包截取的算法我是这样组的，首先定义一个
byte[] b =
然后一个一个读入到b中，接着判断b中前12位是否是8=STEP.1.0.0，如果是那么就意味着一个数据包开始了，然后一直往b中填写，当b中填满的时候，就每次移出去前面的1个元素，这个用一个临时的byte[] 来做交换用，接着判断结尾是否0x01 10=
如果是的话那么意味着接下来只要读到0x01就可以结束了，这样就得到了一个完整的包。
http://www.51testing.com/html/43/2243-210502.html
http://www.financecomputing.net/wordpress/?p=44
http://jettekfix.com/node/36
fix协议有两层：会话层和应用层。会话层主要是负责传输数据，而应用层则是处理相关的业务数据。
作为一个标准，FIX定义了以下的格式规范:
'Tag=Value' syntax
FIXML syntax （在以后的文章中描述）
通常的fix消息组成为：消息头部，消息体和结束符
每个消息由
对于这样的数据包截取的算法我是这样组的，首先定义一个
byte[] b =
然后一个一个读入到b中，接着判断b中前12位是否是8=STEP.1.0.0，如果是那么就意味着一个数据包开始了，然后一直往b中填写，当b中填满的时候，就每次移出去前面的1个元素，这个用一个临时的byte[] 来做交换用，接着判断结尾是否0x01 10=
如果是的话那么意味着接下来只要读到0x01就可以结束了，这样就得到了一个完整的包。
http://www.51testing.com/html/43/2243-210502.html
http://www.financecomputing.net/wordpress/?p=44
http://jettekfix.com/node/36
fix协议有两层：会话层和应用层。会话层主要是负责传输数据，而应用层则是处理相关的业务数据。
作为一个标准，FIX定义了以下的格式规范:
'Tag=Value' syntax
FIXML syntax （在以后的文章中描述）
通常的fix消息组成为：消息头部，消息体和结束符
每个消息由