期货行情推送是udp吗

『壹』 期货ctp还没初始化是什么意思

期货CTP是上海期货交易所专门为期货公司开发的一套期货经纪业务管理系统，由交易、风险控制和结算三大系统组成： 交易系统主要负责订单处理、行情转发及银期转账业务； 结算系统负责交易管理、帐户管理、经纪人管理、资金管理、费率设置。

系统能够同时连通国内四家期货交易所，支持国内商品期货和股指期货的交易结算业务，并能自动生成、报送保证金监控文件和反洗钱监控文件。

(1)期货行情推送是udp吗扩展阅读：

综合交易平台运行在具有交易所级安全保障的机房和运维环境中，全部系统没有任何单点故障，交易核心出现单点故障的切换时间为0，互联网通讯线路采用电信和网通双u线互备模式，接入交易所的线路全部采用双局域网互备模式，投资者 API具有自动切换功能，到交易所的多个席位可以实现负载均衡和互为备份，到交易所的单个席位可以通过多安装模式，实现互为备份。

『贰』 物流信息实时推送软件 使用tcp还是 udp 哪个好

首先看需求，推送是否及其频繁，如果是，udp是首选，

如果一般或者少，那就tcp吧，tcp需要心跳，

tcp对消息编程是方便的，

『叁』 急！！！华证期货富远行情系统登陆超时

看你是用什么帐号了，如果是免费帐号，可能是超时，用的人太多了，不能登入。
如果是正式帐号的话，可能是公司问题了，请你和开户公司联系。

『肆』 期货程序化交易系统是如何实现的，用的是什么编程语言

、程序化交易系统目前主要是通过计算机程序实现的，其实就是把交易者决策的过程用计算机语言描述出来，然后由计算机给出交易建议或直接发送交易指令到期货公司的交易系统中去，完成一笔交易。
比如我们用自然语言思考某个品种是否应该买入卖出时：“如果大豆0901价格跌破3000元，则开仓卖出三分之一......”用计算机语言描述时可能就是：
“IF
A0901<=3000
THEN
SELL......”
当然实际上的程序编写是比较复杂的，因为要做大量的逻辑判断和公式计算。
2、
理论上来讲，用什么语言都可以完成这样的任务，但因为涉及到大量的数据读写和网络存取，所以最好用自带数据库功能的编程语言，比如Delphi，不但数据
库功能很强，而且可直接读写SQL-Server、Oracle、Sybase等证券期货行业普遍采用的数据库，相应的网络控件也齐全。
3、此类交易系统适合所有的交易市场，证券、期货、外汇都已经有了类似的交易系统，但各自的模型基础不一样，因为这些软件都是根据交易者的经验来建立交易模型并编写的，而不同的交易者思路是不完全相同的。
4、在证券市场和期货市场上，如果个人要建立一个计算机程序化交易系统的话，首先要做的当然是建立交易模型，也就是把自然语言描述的交易决策过程转换成计算机语言。
其次是建立交易接口，这里有两个接口问题要解决，一是你的交易程序要读取行情软件的数据，以便系统根据行情数据作出交易决策并发出交易指令；二是你的交易程序发出的指令要下到证券公司（期货公司）的交易服务器上去，就像你自己敲单一样。
接口问题涉及到TCP/UDP端口的读写，证券（期货）公司和交易所的通信都是通过TCP/UDP进行的，他们不对最终客户开放接口，这就需要你自己破解数据格式了。
所以要建立一套有效的程序化交易系统，不但要求程序的编写者有成功的、长期有效的交易经验，还要懂得将这些经验用计算机语言描述出来，这不是一个很简单的过程。

『伍』 服务端监听到udp通信的数据后，如何推送到显示窗口显示

你说的显示窗口是指 用高级语言编写的windows程序还是基于浏览器的？如果是window程序，你服务端接收到了数据，就通过socket写到你的客户端windows程序，当然，前提是你的window程序必须要建立一个socket,来监听服务端发过来的数据

某个终端通过UDP协议往你的服务器写数据-->服务器接收到了数据，通过某种协议(TCP/UDP）往你的window程序中所开启的socket中写数据--->windows程序接收，实时显示。
如果前端是基于浏览器的，那么如果还想实时显示服务端推送过来的数据，只能用控件了（flex/applet之类的）。因为浏览器没有socket通讯功能。如果不需要实时效果，可以采用轮训的方式，就是每隔一段时间通过ajax发送请求到服务器端的缓存中获取数据。而服务器端将接收过来的数据放到一个缓存变量中。

『陆』 期货入门基础知识，新手学习怎么炒期货

炒期货要学习的入门知识太多，比如期货法规、期货基础、期货品种、交易规则等等。如果你是新手那么你就必须从最简单的开始学习，然后再对期货交易有一个基本的了解才能开始炒期货。

简单介绍:

期货开户，即投资者开设期货账户和资金账户的行为。证监会对于期货投资者的开户资金下限并没有明文规定，开户资金随期货公司规模的不同和交易方式的不同，各公司对开户资金的要求都有一定的浮动空间。

随着银期转账、期证转账业务的逐渐增多，客户可以自由地在银行账户、证券账户、期货账户之间转移资金。我们以银河期货为例对期货开户做一个说明。银河期货的开户分为两种方式，一种是手机端开户另一种是PC端开户。

需要的资料有：身份证：本人有效期内的中华人民共和国居民二代身份证；银行卡：银行的借记卡(中行、农行、工行、交行、建行、招商、浦发、光大、兴业)。

手写签名拍照。资料准备齐全后就可以根据银河期货开户流程进行开户，非常简单便捷。官网就能直接开，开户完成后完成一笔银期转账(从银行卡里转钱到期货账户)便可进行之后的期货交易了。

期货交易时间一般是：周一至周五；具体时段为：上午9：30到11：30；下午1：30到3：00；夜盘：21：00到次日凌晨2：30。早上10：15到10：30休盘15分钟。

不同的期货交易所期货交易时间不同，具体时间节点要根据所在期货交易所的时间表。涨跌停板的成交原则：当以涨跌停板价格成交时，成交实行平仓优先和时间优先的原则；交割月份涨跌停板：大商所所有品种在交割月份的涨跌停板幅度为6%(上交所、郑商所无特别规定)；涨跌停板幅度为合约规定涨跌停板幅度的倍数。

(6)期货行情推送是udp吗扩展阅读

期货合约的商品品种、交易单位、合约月份、保证金、数量、质量、等级、交货时间、交货地点等条款都是既定的，是标准化的，唯一的变量是价格。期货合约的标准通常由期货交易所设计，经国家监管机构审批上市。

期货合约是在期货交易所组织下成交的，具有法律效力，而价格又是在交易所的交易厅里通过公开竞价方式产生的；国外大多采用公开叫价方式，而我国均采用电脑交易。

期货合约的履行由交易所担保，不允许私下交易。

期货合约可通过交收现货或进行对冲交易来履行或解除合约义务。

『柒』 CTP：期货里的ctp是什么意思

系统能够同时连通国内四家期货交易所，支持国内商品期货和股指期货的交易结算业务，并能自动生成、报送保证金监控文件和反洗钱监控文件。-综合交易平台借鉴代表了目前国际衍生品领域交易系统先进水平的上期所“新一代交易所系统”的核心技术，采用的创新的完全精确重演的分布式体系架构，其保证所有输入经系统分布式并行处理后均有确定结果，并能自适应UDP可靠多播通讯技术，构建交易系统的核心信息总线，改进了内存数据库的多重索引技术、直接外键技术和高效事务管理技术，并首创了多业务主机同时工作、互为备份和自由加入的集群容错可靠性保障机制，攻克了性能和可靠性关键技术难关，获得5项软件著作权。系统并发处理能力强大，委托性能超过2000笔/秒，软件本身可达8000笔/秒，支持同时在线客户并发数为1万个客户/秒，且可以通过增加前置机进一步扩充。系统主要面向期货公司，也可用于基金公司、投资公司等进行期货交易。-综合交易平台自2007年底上市以来，受到到了国内期货界的广泛关注，其卓越的交易、行情速度以及无与伦比的稳定性受到了客户的一致好评，目前使用综合交易平台的期货公司也已经有十多家。综合交易平台提供开放的API接口（C++）以及开发指南，任何个人和机构都可以基于综合交易平台开放的API自主开发综合交易平台的交易终端或自动化交易终端。-目前支持CTP的标准终端有

『捌』 接受UDP传输的数据需要用消息中间件吗

1. 分布式结构 VS 星型结构 ，推送 VS 接收， 服务端缓存 VS 客户端缓存 。
RV 和 MQ 都是分布式结构的， 和 JMS 消息中间件的星型结构不同。分布式消息中间件的 Server 在应用环境里都会部署多个，彼此互联，没有主备之分。 JMS 消息中间件的应用部署一般都是主备两个 Server ，消息的发送和接收应用平时和主 Server 相连，有问题时切换到备 Server ，主备 Server 共用公共的存储设备来保存消息。
MQ 和 JMS 消息中间件都采用消息接收端主动接收消息的方式。消息从发送端发出后，首先会缓存到 Server 上， 接收端应用发起一个接收消息的请求， Server 把消息作为应答返回给接收端。接收端不执行接收动作，消息就会一直在 Server 上保存。
RV 和这两种消息中间件都不同，使用的是消息推送的模式。消息从发送端发出后，并不在 Server 上缓存， Server只做路由把消息推送给消息接收端。消息接收端只要连接上 Server ，订阅要接收的消息，这些消息就会源源不断地从 Server 那里推送过来，消息先缓存到接收客户端的队列里，接收端应用再从队列里取消息。
总之 RV 是一个分布式结构，推送消息模式，客户端缓存的消息中间件。分布式结构适用于分布是应用系统，方便做扩展，推送加客户端缓存适用于高实时性消息的处理，消息需要在第一时间到达目的地，过时的消息的没有必要保存下来的，消息接收端应用需要做的事情就是不断地处理已经推送到的消息。

2. 使用广播和组播来实现一对多的发布订阅 。
MQ 和 JMS 消息中间件在 IP 层都使用点对点的传输方式，而 RV 在 IP 层使用的是广播或者组播的方式。 使用广播或者组播可以直接实现一对多的发布订阅形式，发布应用发布消息到 RV 网络上，这些消息会广播到网络的每一个节点上，每一个订阅应用都会收到这些消息。而 MQ 和 JMS 实现发布订阅就要麻烦的多了， 都是在 Server 按消息的 Topic 来缓存消息，为每一个订阅者拷贝每一条消息的引用。当所有订阅者都从 Server 上取走某条消息，这条消息才在 Server 上删除。

3. UDP VS TCP 。
MQ 和 JMS 消息中间件不论是 Server 和 Server 的通信，还是 Server 和 Client 的通信，在传输层都使用 TCP 协议，保证消息传输连接的可靠性。而 RV 在 Server 和 Server 之间的通信使用了 UDP 协议，牺牲可靠性来达到高实时性的需求。 RV 有两种可靠性级别， RV Reliable 和 RVCM 。 RV Reliable 模式使用基于 UDP 增加了一定可靠机制的 TRDP 协议，在一定范围内具有消息包的检查和重传机制，保证了一定程度的消息可靠性，但不保证消息不丢失。 RVCM 在 RV Reliable 基础上更进一步，在消息级别具有消息确认和重传机制，可以保证消息绝对不丢失。对于长度在 1500 个字节以下的消息， RV Reliable 发布消息能达到 150 万笔消息每秒，接收也能达到 50 万笔消息每秒。传输消息的性能是非常好的。
4. 使用消息 Subject 做收发两端的匹配 。
MQ 和 JMS 消息中间件在 Server 端按 Queue 和 Topic 来缓存消息，消息的发送端和接收端按 Queue 和 Topic 的名字来匹配。每个 Server 能创建的 Queue 和 Topic 是有限的，这也就限制了使用 MQ 和 JMS 消息中间件构建的应用，这些应用在做消息收发处理的时候只能使用粗粒度的消息分类。
RV 不在 Server 端缓存消息，也没有 Server 端的 Queue 和 Topic 。它是使用消息的 Subject 来做消息发送端和接收端的匹配的。每个消息都有 Subject ， Subject 格式是多个字符串的串接，没有数目或者长度的限制。比如在市场数据系统里，行情数据消息的 Subject 里包含金融品种的名字，这样的 Subject 可以有上百万个。消息订阅端可以细到只接收某个市场的某个品种的行情数据。
RV 使用优化的算法实现 Subject 的筛选。如果 RV 网络上有一万种消息，一个 RV Server 被一千个消息接收端连接，每个接收端订阅不同的 Subject 。那 RV Server 的工作就类似一个超级的邮件分检员，对每一个从 RV 网络上广播而来的消息做 Subject 的判断，判断是否在这一千个订阅的 Subject 的范围内，是则将消息推送到订阅此消息的接收端，否则将消息抛弃。当数据量很大时，这种筛选工作是需要很高效率的。
总之， RV 的最大特点是推送模式，把一个数据生产者的数据以最快的速度推送到多个数据消费者那里。 RV 从金融市场数据系统的需求中产生而来，正是这些特点使得它在证券系统得到最广泛的应用。