committed by
Administrator
4 changed files with 155 additions and 0 deletions
@ -0,0 +1,45 @@ |
|||||
|
学习总结 |
||||
|
AI雷达是通过“天轨(蓝色,多方主力价格控制线)”与“地轨(黄色,空方主力价格控制线)”,结合K线形态判断个股底部启动与上涨趋势的工具,核心围绕“阴线下跌特征+关键阳线信号+轨道趋势”展开分析,以下是具体总结。 |
||||
|
一、AI雷达核心逻辑与信号体系 |
||||
|
1. 核心定义:天轨与地轨 |
||||
|
天轨(蓝色):代表做多主力对价格空间的控制线,上涨阶段天轨由平转朝上是趋势强化的关键信号。 |
||||
|
地轨(黄色):代表做空主力对价格空间的控制线,底部阶段地轨朝上或天地轨走平,是空方无力打压的标志。 |
||||
|
2. 核心信号:分阶段判断 |
||||
|
(1)底部启动信号(3个前提+2根关键阳线) |
||||
|
需先满足3个前提条件,再通过2根阳线确认底部: |
||||
|
前提条件(需同时满足) |
||||
|
1. 定位个股“阴线下跌区域”,作为分析基础。 |
||||
|
2. 此轮连续下跌的阴线数量,多于上一波下跌的阴线数量(空方释放更充分)。 |
||||
|
3. 此轮阴线的最低价,低于上一波阴线的最低价(创短期新低,底部更明确)。 |
||||
|
4. 地轨呈朝上趋势,或天地轨整体走平(空方力量衰减,多方开始蓄力)。 |
||||
|
关键阳线识别(按顺序) |
||||
|
1. 试盘阳线:满足前提后,阴线后的第一根阳线,作用是主力试探市场承接力。 |
||||
|
2. 启动阳线:试盘阳线后的第二根阳线,意义是底部确认完成,可低吸布局。 |
||||
|
|
||||
|
(2)上涨趋势强化信号:金刚一击 |
||||
|
触发条件:上涨过程中,天轨线由“平”转为“朝上”。 |
||||
|
对应K线:天轨转向时的阳线(又称“拉升阳线”)。 |
||||
|
核心意义:多方主力正式发力,上涨进入加速阶段,趋势稳定性强,可持有或加仓。 |
||||
|
|
||||
|
二、当前功能的待完善方向 |
||||
|
AI雷达在信号识别上有明确框架,但实际应用中仍存在3个关键痛点,需补充完善: |
||||
|
|
||||
|
1. 缺乏明确的止损信号定义 |
||||
|
问题:当前仅定义“启动信号”和“趋势强化信号”,未说明“信号失效后的应对方案”。例如,满足底部启动条件(出现启动阳线)后,股价未上涨反而跌破地轨,此时无明确止损点位或退出规则,易导致投资者被套。 |
||||
|
完善需求:需补充“止损触发条件”(如跌破地轨多少幅度、连续跌破几日)和“止损点位设置”(如以启动阳线最低价为止损线、或以地轨线作为动态止损线)。 |
||||
|
|
||||
|
2. 震荡行情中的信号筛选机制缺失 |
||||
|
问题:震荡行情中,天地轨易频繁交叉,连续阴线数量、最低价的“对比基准”(上一波下跌)难以界定,易产生大量虚假启动信号(如出现试盘/启动阳线后,股价仍在区间内震荡,未形成有效上涨)。 |
||||
|
完善需求:需增加“震荡行情过滤条件”,例如: |
||||
|
限定“上一波下跌”的时间范围(如近10个交易日内的下跌波段),避免基准模糊; |
||||
|
要求启动阳线的成交量需大于前5日平均成交量(验证多方力量真实性); |
||||
|
天地轨交叉次数超过阈值(如3日内交叉2次)时,暂时屏蔽启动信号。 |
||||
|
|
||||
|
3. 不同风格个股的适配性不足 |
||||
|
问题:当前信号规则未区分个股类型,小盘股(波动大、主力控盘度高)、大盘股(波动小、资金分歧大)、成长股(趋势性强)、蓝筹股(震荡为主)的“天地轨信号有效性”可能存在差异。例如,小盘股的“金刚一击”涨幅可能更快,但持续性差;蓝筹股的天轨转向可能更缓慢,信号滞后性强。 |
||||
|
完善需求:需针对不同风格个股优化参数,例如: |
||||
|
对小盘股,可缩短“连续阴线数量对比”的周期(如近5日vs近3日),对大盘股则延长周期(如近20日vs近10日); |
||||
|
对成长股,可降低“金刚一击”的成交量要求(趋势延续性强),对蓝筹股则提高成交量要求(需更强资金推动)。 |
||||
|
|
||||
|
三、应用总结 |
||||
|
AI雷达的核心价值是“将主力控盘的价格逻辑,转化为可量化的轨道+K线信号”,适合在“明确趋势行情”中判断底部启动与趋势强化,但需结合待完善的止损、筛选、适配规则,才能降低实际操作中的风险。实际使用时,建议先通过历史数据(如中国宝安的底部案例)验证信号有效性,再结合个股风格调整参数,避免单一依赖信号决策。 |
||||
@ -0,0 +1,30 @@ |
|||||
|
REST与RESTful架构学习总结 |
||||
|
REST是一组架构约束和原则,RESTful则是符合这些约束的架构风格,核心是利用Web现有标准实现高效、可扩展的资源交互。 |
||||
|
一、核心概念梳理 |
||||
|
1. REST本质:并非新技术,而是基于HTTP等Web标准的架构原则集合,由HTTP规范编写者Roy Fielding在博士论文中提出,目标是构建功能强、性能优、易通信的网络应用架构。 |
||||
|
2. RESTful定义:遵循REST约束(如统一接口、无状态通信等)的架构即为RESTful架构,核心围绕“资源”展开交互。 |
||||
|
二、关键核心原则(围绕资源展开) |
||||
|
1. 资源与URI:唯一标识资源 |
||||
|
资源:任何需被引用的事物(实体或抽象概念,如用户信息、订单、优惠套餐),需通过唯一URI标识。 |
||||
|
URI设计技巧:用_/-提升可读性,/表示层级关系,?过滤资源,,/;表示同级关系;URI仅表资源名称,不包含操作(如避免/getUser/1这类格式)。 |
||||
|
|
||||
|
2. 统一资源接口:标准化操作 |
||||
|
采用HTTP标准方法(GET、POST、PUT、DELETE)操作资源,遵循方法语义: |
||||
|
GET:安全且幂等,用于获取资源; |
||||
|
POST:不安全且不幂等,用于创建资源、部分更新等; |
||||
|
PUT:不安全但幂等,用于客户端指定URI创建或全量更新资源; |
||||
|
DELETE:不安全但幂等,用于删除资源。 |
||||
|
配套HTTP状态码(如200成功、201创建、404未找到)实现语义化通信,避免依赖响应体传递错误信息。 |
||||
|
|
||||
|
3. 资源的表述:多格式交互 |
||||
|
客户端获取的是资源的“表述”(非资源本身),支持多种格式(JSON、XML、HTML等)。 |
||||
|
通过HTTP内容协商:客户端用Accept头指定格式,服务端用Content-Type头返回实际格式;不支持的格式返回406状态码。 |
||||
|
不建议在URI中带版本号或格式后缀(如.json),优先用请求头区分。 |
||||
|
|
||||
|
4. 资源的链接:超媒体引导 |
||||
|
核心特性“超媒体即应用状态引擎”,通过表述中的链接(如响应头Link、响应体url字段)引导客户端交互,提升资源连通性,而非仅关注URI设计。 |
||||
|
|
||||
|
5. 状态的转移:无状态通信 |
||||
|
服务端不保存客户端应用状态,每次请求需包含所有处理信息(无状态通信);客户端维护应用状态,服务端维护资源状态。 |
||||
|
应用状态通过服务端提供的超媒体链接实现转移,客户端无需依赖固定服务端节点,提升扩展性。 |
||||
|
|
||||
@ -0,0 +1,45 @@ |
|||||
|
今天系统地复习了了 Git 版本控制、MySQL 数据库、Java 核心(OOP/集合/JVM/并发)、设计模式等多领域技术,覆盖了从代码管理、数据存储到后端开发的相关知识,形成了完整的技术学习框架。 |
||||
|
|
||||
|
|
||||
|
一、Git 版本控制:代码管理基础 |
||||
|
掌握了本地项目与远程仓库的协作流程,核心是“本地初始化→暂存→提交→关联远程→推送”的完整链路,能解决常见推送错误(如权限、URL 配置问题),为团队协作和代码备份提供保障。 |
||||
|
本地操作:`git init` 初始化仓库、`git add` 暂存文件、`git commit` 提交更改。 |
||||
|
远程协作:`git remote add` 关联远程仓库、`git push` 推送代码,理解 HTTPS/SSH 两种认证方式的差异。 |
||||
|
|
||||
|
二、MySQL 数据库:数据存储与管理核心 |
||||
|
从 SQL 语法、数据类型、表设计到 事务、索引、优化形成了体系化认知,能应对日常数据操作和性能优化需求,是后端开发的核心基础。 |
||||
|
1. SQL 基础操作: |
||||
|
掌握增删改查(`INSERT/DELETE/UPDATE/SELECT`),以及排序(`ORDER BY`)、分页(`LIMIT/OFFSET`)、分组(`GROUP BY`+聚合函数)、多表连接(`LEFT/RIGHT/INNER JOIN`)。 |
||||
|
2. 数据类型与约束: |
||||
|
理解不同场景下的类型选择(如 `DECIMAL` 存金额、`DATETIME` 存时间),掌握主键/外键/唯一/非空约束的作用,保证数据完整性。 |
||||
|
3. 事务与隔离级别: |
||||
|
明确事务 ACID 特性,理解并发事务的三大问题(脏读、不可重复读、幻读),掌握 4 种隔离级别的适用场景(如 MySQL 默认 `可重复读`)。 |
||||
|
4. 索引设计与优化: |
||||
|
熟悉索引分类(B-Tree/哈希/全文索引、聚簇/非聚簇索引),能避免索引失效场景(如联合索引不遵循最左前缀、函数操作索引列),用 `EXPLAIN` 分析查询计划。 |
||||
|
5. 架构与存储引擎: |
||||
|
区分 InnoDB(支持事务/行级锁,适合高并发)的适用场景,理解 InnoDB 缓冲池的缓存机制。 |
||||
|
|
||||
|
三、Java 核心技术:后端开发 |
||||
|
从 面向对象、集合框架、异常处理到JVM、并发编程,构建了 Java 开发的核心知识体系,能编写高效、安全的后端代码。 |
||||
|
1. 面向对象(OOP): |
||||
|
掌握三大特性(封装、继承、多态),理解抽象类与接口的区别(抽象类是“类的抽象”,接口是“行为的抽象”),能正确使用 `extends`(单继承)和 `implements`(多实现)。 |
||||
|
2. 集合框架: |
||||
|
理清 `Collection`(List/Set/Queue)和 `Map` 体系,理解不同实现类的适用场景(如 `ArrayList` 查快改慢、`LinkedList` 增删快、`HashMap` 无序高效)。 |
||||
|
3. 异常与字符串: |
||||
|
区分受检/非受检异常,掌握 `try-catch-finally` 处理流程和 `throw/throws` 的用法;理解 `String`(不可变)、`StringBuilder`(非线程安全)、`StringBuffer`(线程安全)的差异。 |
||||
|
4. JVM 内存与 GC: |
||||
|
掌握 JVM 内存划分(线程私有:程序计数器/虚拟机栈/本地方法栈;线程共享:堆/方法区),理解垃圾回收机制(可达性分析、标记-复制/整理/清除算法)。 |
||||
|
5. 并发编程: |
||||
|
理解进程与线程的关系(进程是资源单位,线程是执行单位),掌握线程创建方式(继承 `Thread`、实现 `Runnable/Callable`)、生命周期和核心操作(`start/sleep/join`);熟悉线程池参数(`corePoolSize/maximumPoolSize` 等)和锁机制(`synchronized`、分布式锁)。 |
||||
|
|
||||
|
四、设计模式与架构思想 |
||||
|
学习了常用设计模式和核心架构思想,能编写可扩展、易维护的代码,应对复杂业务场景。 |
||||
|
1. 设计模式: |
||||
|
掌握单例(全局唯一实例)、工厂(解耦创建与使用)、建造者(复杂对象分步构建)、适配器(接口兼容)、装饰器(动态增强功能)、代理(控制访问)等模式,理解懒加载思想(延迟初始化,如单例懒汉式)。 |
||||
|
2. 架构与缓存: |
||||
|
理解 Session/Cookie 与 JWT 的区别(Session 有状态,JWT 无状态适合分布式);掌握缓存机制(先查缓存再查库、更新库后删缓存),能解决缓存穿透(布隆过滤器)、击穿(互斥锁)、雪崩(分散过期时间)问题。 |
||||
|
|
||||
|
五、其他关键技术 |
||||
|
泛型与反射:理解泛型的通配符(`<? extends T>/<? super T>`)和“编译期存在、运行时失效”特性;掌握反射的三种获取方式(`class/getsClass/forName`),能动态操作类信息。 |
||||
|
I/O 流:区分 BIO(阻塞)、NIO(非阻塞多路复用)、AIO(异步),知道不同流模型的适用场景(如 NIO 适合高并发),掌握 `try-catch-finally` 关闭流的规范。 |
||||
|
|
||||
@ -0,0 +1,35 @@ |
|||||
|
学习笔记 |
||||
|
一、夺宝利剑深度拆解:从信号识别到实战应用 |
||||
|
(一)四条核心均线的实战联动逻辑 |
||||
|
夺宝利剑的“天线、飞线、中线、流线”并非独立运行,而是通过“长-中-短”趋势的层层嵌套形成信号闭环。具体联动关系如下: |
||||
|
趋势基础:天线与飞线的同向验证 |
||||
|
天线作为长期趋势锚点,若始终向上,即使飞线出现短期横盘,也不改变中期向好格局。例如某消费股,天线持续上行,飞线在区间内震荡15个交易日,最终仍随天线方向突破,验证“长期趋势决定中期走向”。 |
||||
|
短期机会:中线与流线的启动配合 |
||||
|
当中线由平转向上,且流线从下方向上穿越中线时,形成“短期启动预备信号”;若此时流线继续向上靠近飞线,且飞线与天线同向,即构成“三级共振”,上涨概率大幅提升。以某科技股为例,该信号出现后5个交易日内,股价涨幅达12%。 |
||||
|
(二)关键信号的差异化解读 |
||||
|
强启动信号:四线交汇+流线领涨 |
||||
|
当天线、飞线、中线、流线在窄幅区间内交汇(股价波动不超过3%),且流线突破其他三线后持续上行,说明多空力量达成一致,上涨动能集中释放。此类信号出现后,股价往往进入主升浪,需果断跟进。 |
||||
|
弱启动信号:三线交汇+流线待突破 |
||||
|
若天线、飞线、中线交汇,但流线仍在下方徘徊,仅说明长期、中期趋势一致,但短期尚未具备启动条件。此时需等待流线向上突破,避免提前入场导致站岗。 |
||||
|
|
||||
|
(三)散户避坑指南 |
||||
|
忽略短期波动的前提 |
||||
|
只有当天线未拐头向下时,才能忽略短期波动。若天线开始走平或向下,即使飞线、中线短期向上,也可能是反弹行情,不宜长期持有。 |
||||
|
规避假信号的方法 |
||||
|
当流线向上突破,但飞线与天线方向相反时,大概率为假启动信号。例如某周期股,流线短暂突破中线,但天线已向下,最终股价快速回落,验证“多线不同向,信号需谨慎”。 |
||||
|
|
||||
|
二、AI探牛进阶应用:从单一股票到跨板块适配 |
||||
|
(一)不同板块的指标参数调整 |
||||
|
AI探牛的“牵牛绳”与“K线属性”需结合板块特性调整,才能提升信号准确性。 |
||||
|
|
||||
|
(二)跨周期信号验证 |
||||
|
日线与周线的配合 |
||||
|
若日线出现“红绳+进攻K线”,但周线仍为绿绳,说明短期上涨但长期趋势未改,需控制仓位;若日线与周线均为红绳,且同步出现进攻K线,即形成“大周期托举小周期”,上涨稳定性更强。以某消费蓝筹股为例,日线与周线同步共振后,股价在1个月内涨幅达15%。 |
||||
|
回调信号的量级判断 |
||||
|
当“绿绳+撤退K线”出现时,需结合跌幅量级判断:若跌幅≤5%且未跌破周线支撑,多为短期回调;若跌幅≥8%且周线拐头向下,则可能是趋势逆转,需果断止损。 |
||||
|
|
||||
|
三、两大工具的协同使用策略 |
||||
|
1. 趋势判断:AI探牛为主,夺宝利剑为辅 |
||||
|
用AI探牛的“牵牛绳”确定整体趋势方向,再通过夺宝利剑的“天线、飞线”验证长期、中期趋势是否一致。若牵牛绳为红,且夺宝利剑四线同向向上,说明趋势稳健,可加大仓位。 |
||||
|
2. 买点选择:夺宝利剑为主,AI探牛为辅 |
||||
|
当夺宝利剑出现“四线交汇+流线领涨”信号时,查看AI探牛是否同步出现“红绳+进攻K线”,双重验证后入场,可降低假信号风险。例如某股票,夺宝利剑发出启动信号,AI探牛同步为红绳+进攻K线,后续股价涨幅达18%。 |
||||
Write
Preview
Loading…
Cancel
Save
Reference in new issue