股指IF行情分析——持仓待涨

2023-10-22 10:59

本文主要是介绍股指IF行情分析——持仓待涨,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

福星量化策略展示

注意:以下均为模拟数据
股指IF2103合约3月17日持仓历险记录

小编昨天刚分析过股指IF大周期的行情,目前的位置恰好是一个重要支撑位置,而且经过三次下跌验证均未跌破,并且在5016点附近布局了4手多单,均价为5017.2点。早上在开盘前定下了HHL—LS策略3分钟周期上空头信号不进场,4980下破平掉目前多头仓位的交易思路。

股指IF2103合约HHL—LS策略3分钟周期行情展示在这里插入图片描述
今股指IF2103合约HHL—LS策略3分钟周期上今天共出现了4个信号,2个空头信号,2个多头信号。第一个信号出现在开盘的第一个跟K线上为09:30,5034.2点的空头信号,小编没有跟进。但这波开盘的跳水,和小编预期应该出现的多头行情并不符合,最低跌到了4997.2,账户出现了浮亏,最大浮亏为24000元,小编分析此时的浮亏属于合理的情况,故未执行任何操作,继续等待。接着行情掉头向上,在09:54,出现了5064.8的多头信号,由于此时小编的浮盈不大,故没有进行加仓的操作,依然持仓等待。后来涨到近的最高位置5110.3点,此时持仓浮盈11720元。后面多头力量衰竭,再次下探,虽然在下午的13:12出现了5049.2点的空头信号。但此时仍在今天开盘价5040点的上方,持仓仍处于浮盈当中,因此继续持仓。尾盘阶段行情继续拉涨,在14:09出现了5087点的多头信号,遗憾的是没能极限出现新高。

股指IF2103合约MA策略15分钟周期行情展示
在这里插入图片描述
股指IF2103合约MA策略15分钟周期上在下午14:15时,出现了5086.4点的多头信号,这个信号和HHL—LS策略3分钟周期上出现的最后一个多单位置相同,形成共振。考虑到目前持仓4手,浮盈不大,接下来有隔夜的风险,小编并没有进行加仓。回过头来看今天的行情,总体是一个震荡上涨的过程,这说明当下多空博弈,多头目前占优势地位,有利于当下持仓。

持仓不是一件简单的事

趋势的起点布局,趋势的终点平仓,中间的部分要学会持仓。行情从启动到结束,不会是一条直线。就像长征从江西瑞金,到甘肃会宁结束,之间直线距离仅2000公里,但红军其间一共经过14个省,翻越18座大山,跨过24条大河,走过荒草地,翻过大雪山,行程约二万五千里,最终到达终点。交易也一样,有时我们的目标不是不会到,而是我们拿不到。

一定有人想问,期间出现浮亏怎么办? 首先,出现浮亏是正常的,虽然每个交易员都期待单子进场就有盈利,但更多的情况是先出现浮亏,只要这个浮亏在合理的范围内,就没必要惊慌,耐心持仓。第二,行情按照我们预期的方向发展,进入浮盈阶段,这时盈利出现回撤也是正常的情况,尤其是浮盈的初级阶段,回撤比例往往很大,甚至还会再次出现浮亏。再往后发展,到了浮盈的后期阶段,接近目标止盈位的时候,这时候要谨慎对待出现的浮亏,不要贪图小利,如果行情不配合可以直接止盈。

这篇关于股指IF行情分析——持仓待涨的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/260998

相关文章

python panda库从基础到高级操作分析

《pythonpanda库从基础到高级操作分析》本文介绍了Pandas库的核心功能,包括处理结构化数据的Series和DataFrame数据结构,数据读取、清洗、分组聚合、合并、时间序列分析及大数据... 目录1. Pandas 概述2. 基本操作:数据读取与查看3. 索引操作:精准定位数据4. Group

MySQL中EXISTS与IN用法使用与对比分析

《MySQL中EXISTS与IN用法使用与对比分析》在MySQL中,EXISTS和IN都用于子查询中根据另一个查询的结果来过滤主查询的记录,本文将基于工作原理、效率和应用场景进行全面对比... 目录一、基本用法详解1. IN 运算符2. EXISTS 运算符二、EXISTS 与 IN 的选择策略三、性能对比

MySQL 内存使用率常用分析语句

《MySQL内存使用率常用分析语句》用户整理了MySQL内存占用过高的分析方法,涵盖操作系统层确认及数据库层bufferpool、内存模块差值、线程状态、performance_schema性能数据... 目录一、 OS层二、 DB层1. 全局情况2. 内存占js用详情最近连续遇到mysql内存占用过高导致

深度解析Nginx日志分析与499状态码问题解决

《深度解析Nginx日志分析与499状态码问题解决》在Web服务器运维和性能优化过程中,Nginx日志是排查问题的重要依据,本文将围绕Nginx日志分析、499状态码的成因、排查方法及解决方案展开讨论... 目录前言1. Nginx日志基础1.1 Nginx日志存放位置1.2 Nginx日志格式2. 499

Olingo分析和实践之EDM 辅助序列化器详解(最佳实践)

《Olingo分析和实践之EDM辅助序列化器详解(最佳实践)》EDM辅助序列化器是ApacheOlingoOData框架中无需完整EDM模型的智能序列化工具,通过运行时类型推断实现灵活数据转换,适用... 目录概念与定义什么是 EDM 辅助序列化器?核心概念设计目标核心特点1. EDM 信息可选2. 智能类

Olingo分析和实践之OData框架核心组件初始化(关键步骤)

《Olingo分析和实践之OData框架核心组件初始化(关键步骤)》ODataSpringBootService通过初始化OData实例和服务元数据,构建框架核心能力与数据模型结构,实现序列化、URI... 目录概述第一步:OData实例创建1.1 OData.newInstance() 详细分析1.1.1

Olingo分析和实践之ODataImpl详细分析(重要方法详解)

《Olingo分析和实践之ODataImpl详细分析(重要方法详解)》ODataImpl.java是ApacheOlingoOData框架的核心工厂类,负责创建序列化器、反序列化器和处理器等组件,... 目录概述主要职责类结构与继承关系核心功能分析1. 序列化器管理2. 反序列化器管理3. 处理器管理重要方

SpringBoot中六种批量更新Mysql的方式效率对比分析

《SpringBoot中六种批量更新Mysql的方式效率对比分析》文章比较了MySQL大数据量批量更新的多种方法,指出REPLACEINTO和ONDUPLICATEKEY效率最高但存在数据风险,MyB... 目录效率比较测试结构数据库初始化测试数据批量修改方案第一种 for第二种 case when第三种

解决1093 - You can‘t specify target table报错问题及原因分析

《解决1093-Youcan‘tspecifytargettable报错问题及原因分析》MySQL1093错误因UPDATE/DELETE语句的FROM子句直接引用目标表或嵌套子查询导致,... 目录报js错原因分析具体原因解决办法方法一:使用临时表方法二:使用JOIN方法三:使用EXISTS示例总结报错原

MySQL中的LENGTH()函数用法详解与实例分析

《MySQL中的LENGTH()函数用法详解与实例分析》MySQLLENGTH()函数用于计算字符串的字节长度,区别于CHAR_LENGTH()的字符长度,适用于多字节字符集(如UTF-8)的数据验证... 目录1. LENGTH()函数的基本语法2. LENGTH()函数的返回值2.1 示例1:计算字符串