简介这份缠论DLL源码面向具备C基础、希望将缠论分析能力集成到自有金融软件中的开发者与量化爱好者。资源以动态链接库形式封装了笔、段、中枢等核心概念的算法实现可被其他程序直接调用免去重复编写趋势判断与多空平衡计算逻辑的麻烦并支持在Visual Studio环境下编译与二次开发。压缩包共36个文件约4.11MB以h头文件与cpp源文件承载核心算法辅以sbr、obj、pdb等编译中间产物另有sln、vcproj、dsp等VS工程文件及pdf使用说明方便快速上手。目前已有6561人学习下载。源码完全开源读者可自由查看、修改与分发结合说明文档理解笔段划分与中枢构建思路定制契合自身交易策略的分析工具对金融技术分析实践具有较高参考价值。1. 缠论DLL源码拆解笔段中枢这套东西到底怎么落地有个做量化交易的朋友跟我吐槽说他手上攒了七八套缠论指标画线画得花里胡哨一到实盘信号就飘。问题出在哪大部分缠论工具是「看图说话」——K线走完了才把笔和段补上去盘中根本没法用。这份缠论DLL源码解决的就是这个事把笔、段、中枢的识别逻辑封装成动态链接库主程序只管调用接口拿结果不用关心内部怎么递归、怎么处理包含关系。适合两类人一是想把缠论信号接进自己交易系统的开发者二是想研究缠论算法工程化实现的技术人。源码里笔段中枢三个核心模块是分开的改起来不会牵一发动全身。2. 核心模块拆解笔、段、中枢各自管什么2.1 笔的识别从K线包含处理到分型确认缠论里笔的起点是分型但原始K线有包含关系不处理直接找分型会得到一堆假信号。源码里这一步拆得很清楚先做K线合并再标顶底分型最后按「至少5根K线」的规则连成笔。# 伪代码示意K线包含处理与分型标记 def merge_kline(raw_bars): merged [] for bar in raw_bars: if not merged: merged.append(bar) continue last merged[-1] # 判断是否存在包含关系 if (bar.high last.high and bar.low last.low) or \ (bar.high last.high and bar.low last.low): # 按趋势方向合并上升取高高下降取低低 if last.trend up: last.high max(last.high, bar.high) last.low max(last.low, bar.low) else: last.high min(last.high, bar.high) last.low min(last.low, bar.low) else: merged.append(bar) return merged def mark_fractal(merged_bars): fractals [] for i in range(1, len(merged_bars) - 1): prev, curr, nxt merged_bars[i-1], merged_bars[i], merged_bars[i1] # 顶分型中间高点最高低点也最高 if curr.high prev.high and curr.high nxt.high: fractals.append((top, i, curr.high)) # 底分型中间低点最低高点也最低 elif curr.low prev.low and curr.low nxt.low: fractals.append((bottom, i, curr.low)) return fractals这段逻辑里有两个参数值得注意合并方向依赖last.trend这个趋势值不是K线自带的需要在前一步根据前两根合并K线的高低关系推出来分型确认用的是严格大于/小于不是大于等于否则横盘震荡会标出大量无效分型。实际DLL里这部分是C实现的Python这边只是调用封装但逻辑一致。2.2 段的划分特征序列与缺口处理笔连成段是缠论里最容易翻车的地方。源码里段的划分用了特征序列的方法把每一笔当成一个元素然后对特征序列做包含处理再找分型。听起来绕但代码结构很直白。// C核心片段段划分中的特征序列处理 struct FeatureSeq { vectorBi bis; // 构成该段的笔序列 vectorFractal seq; // 特征序列分型 bool has_gap; // 是否存在缺口 }; Segment build_segment(const vectorBi bis, int start_idx) { Segment seg; seg.start bis[start_idx].start; vectorFeatureSeq candidates; for (int i start_idx 1; i bis.size(); i) { // 将笔转化为特征序列元素 FeatureSeq fs extract_feature_seq(bis, start_idx, i); // 对特征序列做包含处理 fs.seq merge_feature_seq(fs.seq); // 检查是否形成顶/底分型 if (is_valid_fractal(fs.seq)) { seg.end bis[i].end; seg.bis vectorBi(bis.begin() start_idx, bis.begin() i 1); break; } } return seg; }extract_feature_seq负责把笔的高低点映射成特征序列元素merge_feature_seq做包含合并is_valid_fractal判断是否满足段结束条件。缺口处理在has_gap标记里如果特征序列分型的第一根和第二根之间有缺口段就不能在这里结束得等后续笔回补。这个细节很多开源缠论实现都漏了导致段划分提前结束中枢跟着错位。2.3 中枢的构建重叠区间与延伸判断中枢是三个连续次级别走势的重叠部分。源码里中枢的构建依赖段的结果取连续三段的高低点区间判断是否有重叠。def build_center(segments): centers [] i 0 while i len(segments) - 2: seg1, seg2, seg3 segments[i], segments[i1], segments[i2] # 取三段的高低点 highs [seg1.high, seg2.high, seg3.high] lows [seg1.low, seg2.low, seg3.low] # 中枢区间 重叠部分 zg min(highs) # 中枢上沿 zd max(lows) # 中枢下沿 if zg zd: # 存在重叠 center Center(zgzg, zdzd, starti) # 检查后续段是否延伸进中枢 j i 3 while j len(segments): if segments[j].low zg and segments[j].high zd: center.extend(segments[j]) j 1 else: break center.end j - 1 centers.append(center) i j else: i 1 return centers中枢上沿zg取三段高点的最小值下沿zd取三段低点的最大值只有zg zd才算有效中枢。延伸判断里只要后续段和中枢区间有交集就继续延伸直到出现完全脱离的段。这里有个容易忽略的点中枢延伸时段的级别不变但如果是次级别走势离开又回来中枢就升级了源码里用center.level字段标记主程序可以根据级别决定是否过滤信号。3. 编译与调用DLL怎么编、接口怎么接3.1 编译环境与依赖源码包里的DLL工程是C写的Windows下用Visual Studio打开.sln直接编Linux下用CMake。依赖很少标准库加一个JSON解析库用于配置读写没有第三方数学库。编译前确认平台工具集和运行库设置32位和64位要跟主程序一致否则调用时直接报模块加载失败。# Linux下编译示例 mkdir build cd build cmake .. -DCMAKE_BUILD_TYPERelease make -j4 # 生成 libchanlun.so 或 chanlun.dll编译产物是一个动态库加一个头文件。头文件里定义了导出函数主程序只需要包含这个头文件链接时指定库路径就行。注意Release模式下编译Debug版性能差一个数量级实盘跑不动。3.2 接口调用初始化、喂数据、取结果DLL的调用流程分三步初始化配置、逐根喂K线、取笔段中枢结果。接口设计成状态机模式每喂一根K线内部自动更新笔段中枢主程序不用自己维护中间状态。import ctypes # 加载DLL lib ctypes.CDLL(./chanlun.dll) # 初始化设置最小笔长度、是否启用段缺口处理等 lib.CL_Init.argtypes [ctypes.c_int, ctypes.c_bool] lib.CL_Init(5, True) # 最小5根K线成笔启用缺口处理 # 逐根喂K线时间戳、开高低收、成交量 lib.CL_FeedBar.argtypes [ctypes.c_longlong, ctypes.c_double, ctypes.c_double, ctypes.c_double, ctypes.c_double, ctypes.c_double] for bar in kline_data: lib.CL_FeedBar(bar.ts, bar.open, bar.high, bar.low, bar.close, bar.vol) # 取结果返回JSON字符串指针 lib.CL_GetResult.restype ctypes.c_char_p result_json lib.CL_GetResult() print(result_json.decode(utf-8))CL_Init的第一个参数是最小笔长度默认5改成3会出更多笔但噪音大改成7信号少但滞后。第二个参数控制段划分是否处理缺口实盘建议开回测可以关掉对比效果。CL_FeedBar每调用一次内部就做一次增量更新不是全量重算所以盘中延迟很低。CL_GetResult返回的JSON里包含笔列表、段列表、中枢列表每个元素带起止索引和价格主程序直接解析就行。3.3 结果解析JSON结构说明返回的JSON结构分三层bis数组、segs数组、centers数组。每个笔对象有start_idx、end_idx、start_price、end_price、direction字段。段对象多了bis_count表示包含几笔。中枢对象有zg、zd、start_seg、end_seg、level字段。{ bis: [ {start_idx: 10, end_idx: 15, start_price: 3200.5, end_price: 3250.2, direction: up} ], segs: [ {start_idx: 10, end_idx: 28, bis_count: 3, high: 3260.0, low: 3180.5} ], centers: [ {zg: 3245.0, zd: 3210.5, start_seg: 0, end_seg: 2, level: 1} ] }解析时注意start_idx和end_idx是K线在输入序列里的索引不是时间戳主程序需要自己映射回时间。level字段为1表示本级别中枢大于1表示升级中枢信号过滤时通常只取本级别。4. 避坑与排查这几个地方最容易翻车4.1 笔数量对不上包含处理方向搞反了现象是同一段K线你的程序标出7笔别人标出5笔。原因多半是K线包含合并时趋势方向判断错了。上升趋势中合并取高高下降趋势取低低如果趋势判断反了合并后的K线高低点会偏移分型位置跟着错。解决方法是检查last.trend的赋值逻辑确保它来自前两根合并K线的高低比较而不是原始K线。4.2 段划分提前结束缺口没处理段应该在特征序列分型处结束但如果分型第一二元素之间有缺口段不能结束。很多简化实现直接忽略缺口导致段被截断中枢跟着少一个。排查时打印特征序列分型的前三个元素看第一二元素之间是否有价格跳空。有缺口就继续等后续笔直到缺口被回补或出现反向分型。4.3 中枢延伸死循环边界条件没判等中枢延伸判断里如果段的高低点刚好等于中枢上沿或下沿算不算进入中枢源码里用的是和包含边界。如果改成严格小于/大于遇到精确触碰边界的段就会跳出延伸中枢提前结束。这个细节在震荡行情里影响很大建议保持包含边界。4.4 DLL加载失败位数不匹配或依赖缺失调用方报「找不到指定模块」先查主程序和DLL的位数是否一致32位主程序不能加载64位DLL。再查运行库Release版DLL依赖VC运行库目标机器没装就报错。最稳的办法是静态链接运行库编译时选/MT而不是/MD。4.5 盘中信号闪烁增量更新没做去重逐根喂K线时最后一根未收盘的K线会导致笔和段反复修正信号闪烁。源码里用CL_FeedBar的最后一个参数标记K线是否已收盘未收盘的K线只参与计算但不输出最终结果。主程序取结果时过滤掉is_finalfalse的笔段等收盘后再确认。5. 二次开发改参数、加指标、接回测5.1 参数调优最小笔长度与中枢级别最小笔长度是影响信号频率最直接的参数。改成3笔数量翻倍适合高频改成7笔数量减半适合日线级别。中枢级别参数控制是否输出升级中枢默认只输出本级别。如果做多级别联立把CL_Init的第三个参数打开返回结果里会多出level大于1的中枢。# 多级别联立配置示例 lib.CL_Init(5, True, True) # 启用多级别输出 # 结果里centers数组会包含level1和level2的中枢5.2 加自定义指标在结果基础上叠加DLL只输出笔段中枢均线、MACD这些得自己算。但可以在拿到笔段结果后对每一笔的起止价格做统计比如笔的斜率、笔的持续时间、段内笔的数量分布。这些衍生指标不用改DLL主程序里加一层计算就行。def calc_bi_features(bis): features [] for bi in bis: duration bi[end_idx] - bi[start_idx] amplitude abs(bi[end_price] - bi[start_price]) slope amplitude / duration if duration 0 else 0 features.append({ duration: duration, amplitude: amplitude, slope: slope, direction: bi[direction] }) return features5.3 回测对接用历史K线批量喂回测时不要逐根喂直接把历史K线一次性传入DLL内部会做全量计算。但要注意全量计算和增量计算的结果在边界处可能有细微差异回测用全量实盘用增量两者信号要对比验证。我一般会跑一遍全量回测再跑一遍逐根增量回测对比笔段中枢的数量和位置差异超过5%就说明增量更新有bug。对比项全量计算增量计算笔数量基准允许±1段数量基准允许±1中枢数量基准必须一致中枢边界基准允许±0.1%5.4 一个具体技巧用中枢震荡做过滤实盘里最烦的是中枢震荡期间的假突破。我的做法是当中枢延伸超过5段时把该中枢标记为「大级别震荡」后续段离开中枢时要求离开段的幅度超过中枢高度的1.5倍才确认突破。这个逻辑不用改DLL在主程序里拿到中枢的zg、zd和后续段的高低点就能算。def is_valid_breakout(center, next_seg): center_height center[zg] - center[zd] if next_seg[direction] up: breakout_amp next_seg[high] - center[zg] else: breakout_amp center[zd] - next_seg[low] return breakout_amp center_height * 1.5从那以后我每次接新DLL都强制走一遍「全量回测→增量回测→对比差异」的流程不跑完不接实盘。希望帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/10/16 10:21:42 · 阅读 1.2k 缠论DLL源码拆解：笔段中枢算法工程化与实盘信号落地
简介这份缠论DLL源码面向具备C基础、希望将缠论分析能力集成到自有金融软件中的开发者与量化爱好者。资源以动态链接库形式封装了笔、段、中枢等核心概念的算法实现可被其他程序直接调用免去重复编写趋势判断与多空平衡计算逻辑的麻烦并支持在Visual Studio环境下编译与二次开发。压缩包共36个文件约4.11MB以h头文件与cpp源文件承载核心算法辅以sbr、obj、pdb等编译中间产物另有sln、vcproj、dsp等VS工程文件及pdf使用说明方便快速上手。目前已有6561人学习下载。源码完全开源读者可自由查看、修改与分发结合说明文档理解笔段划分与中枢构建思路定制契合自身交易策略的分析工具对金融技术分析实践具有较高参考价值。1. 缠论DLL源码拆解笔段中枢这套东西到底怎么落地有个做量化交易的朋友跟我吐槽说他手上攒了七八套缠论指标画线画得花里胡哨一到实盘信号就飘。问题出在哪大部分缠论工具是「看图说话」——K线走完了才把笔和段补上去盘中根本没法用。这份缠论DLL源码解决的就是这个事把笔、段、中枢的识别逻辑封装成动态链接库主程序只管调用接口拿结果不用关心内部怎么递归、怎么处理包含关系。适合两类人一是想把缠论信号接进自己交易系统的开发者二是想研究缠论算法工程化实现的技术人。源码里笔段中枢三个核心模块是分开的改起来不会牵一发动全身。2. 核心模块拆解笔、段、中枢各自管什么2.1 笔的识别从K线包含处理到分型确认缠论里笔的起点是分型但原始K线有包含关系不处理直接找分型会得到一堆假信号。源码里这一步拆得很清楚先做K线合并再标顶底分型最后按「至少5根K线」的规则连成笔。# 伪代码示意K线包含处理与分型标记 def merge_kline(raw_bars): merged [] for bar in raw_bars: if not merged: merged.append(bar) continue last merged[-1] # 判断是否存在包含关系 if (bar.high last.high and bar.low last.low) or \ (bar.high last.high and bar.low last.low): # 按趋势方向合并上升取高高下降取低低 if last.trend up: last.high max(last.high, bar.high) last.low max(last.low, bar.low) else: last.high min(last.high, bar.high) last.low min(last.low, bar.low) else: merged.append(bar) return merged def mark_fractal(merged_bars): fractals [] for i in range(1, len(merged_bars) - 1): prev, curr, nxt merged_bars[i-1], merged_bars[i], merged_bars[i1] # 顶分型中间高点最高低点也最高 if curr.high prev.high and curr.high nxt.high: fractals.append((top, i, curr.high)) # 底分型中间低点最低高点也最低 elif curr.low prev.low and curr.low nxt.low: fractals.append((bottom, i, curr.low)) return fractals这段逻辑里有两个参数值得注意合并方向依赖last.trend这个趋势值不是K线自带的需要在前一步根据前两根合并K线的高低关系推出来分型确认用的是严格大于/小于不是大于等于否则横盘震荡会标出大量无效分型。实际DLL里这部分是C实现的Python这边只是调用封装但逻辑一致。2.2 段的划分特征序列与缺口处理笔连成段是缠论里最容易翻车的地方。源码里段的划分用了特征序列的方法把每一笔当成一个元素然后对特征序列做包含处理再找分型。听起来绕但代码结构很直白。// C核心片段段划分中的特征序列处理 struct FeatureSeq { vectorBi bis; // 构成该段的笔序列 vectorFractal seq; // 特征序列分型 bool has_gap; // 是否存在缺口 }; Segment build_segment(const vectorBi bis, int start_idx) { Segment seg; seg.start bis[start_idx].start; vectorFeatureSeq candidates; for (int i start_idx 1; i bis.size(); i) { // 将笔转化为特征序列元素 FeatureSeq fs extract_feature_seq(bis, start_idx, i); // 对特征序列做包含处理 fs.seq merge_feature_seq(fs.seq); // 检查是否形成顶/底分型 if (is_valid_fractal(fs.seq)) { seg.end bis[i].end; seg.bis vectorBi(bis.begin() start_idx, bis.begin() i 1); break; } } return seg; }extract_feature_seq负责把笔的高低点映射成特征序列元素merge_feature_seq做包含合并is_valid_fractal判断是否满足段结束条件。缺口处理在has_gap标记里如果特征序列分型的第一根和第二根之间有缺口段就不能在这里结束得等后续笔回补。这个细节很多开源缠论实现都漏了导致段划分提前结束中枢跟着错位。2.3 中枢的构建重叠区间与延伸判断中枢是三个连续次级别走势的重叠部分。源码里中枢的构建依赖段的结果取连续三段的高低点区间判断是否有重叠。def build_center(segments): centers [] i 0 while i len(segments) - 2: seg1, seg2, seg3 segments[i], segments[i1], segments[i2] # 取三段的高低点 highs [seg1.high, seg2.high, seg3.high] lows [seg1.low, seg2.low, seg3.low] # 中枢区间 重叠部分 zg min(highs) # 中枢上沿 zd max(lows) # 中枢下沿 if zg zd: # 存在重叠 center Center(zgzg, zdzd, starti) # 检查后续段是否延伸进中枢 j i 3 while j len(segments): if segments[j].low zg and segments[j].high zd: center.extend(segments[j]) j 1 else: break center.end j - 1 centers.append(center) i j else: i 1 return centers中枢上沿zg取三段高点的最小值下沿zd取三段低点的最大值只有zg zd才算有效中枢。延伸判断里只要后续段和中枢区间有交集就继续延伸直到出现完全脱离的段。这里有个容易忽略的点中枢延伸时段的级别不变但如果是次级别走势离开又回来中枢就升级了源码里用center.level字段标记主程序可以根据级别决定是否过滤信号。3. 编译与调用DLL怎么编、接口怎么接3.1 编译环境与依赖源码包里的DLL工程是C写的Windows下用Visual Studio打开.sln直接编Linux下用CMake。依赖很少标准库加一个JSON解析库用于配置读写没有第三方数学库。编译前确认平台工具集和运行库设置32位和64位要跟主程序一致否则调用时直接报模块加载失败。# Linux下编译示例 mkdir build cd build cmake .. -DCMAKE_BUILD_TYPERelease make -j4 # 生成 libchanlun.so 或 chanlun.dll编译产物是一个动态库加一个头文件。头文件里定义了导出函数主程序只需要包含这个头文件链接时指定库路径就行。注意Release模式下编译Debug版性能差一个数量级实盘跑不动。3.2 接口调用初始化、喂数据、取结果DLL的调用流程分三步初始化配置、逐根喂K线、取笔段中枢结果。接口设计成状态机模式每喂一根K线内部自动更新笔段中枢主程序不用自己维护中间状态。import ctypes # 加载DLL lib ctypes.CDLL(./chanlun.dll) # 初始化设置最小笔长度、是否启用段缺口处理等 lib.CL_Init.argtypes [ctypes.c_int, ctypes.c_bool] lib.CL_Init(5, True) # 最小5根K线成笔启用缺口处理 # 逐根喂K线时间戳、开高低收、成交量 lib.CL_FeedBar.argtypes [ctypes.c_longlong, ctypes.c_double, ctypes.c_double, ctypes.c_double, ctypes.c_double, ctypes.c_double] for bar in kline_data: lib.CL_FeedBar(bar.ts, bar.open, bar.high, bar.low, bar.close, bar.vol) # 取结果返回JSON字符串指针 lib.CL_GetResult.restype ctypes.c_char_p result_json lib.CL_GetResult() print(result_json.decode(utf-8))CL_Init的第一个参数是最小笔长度默认5改成3会出更多笔但噪音大改成7信号少但滞后。第二个参数控制段划分是否处理缺口实盘建议开回测可以关掉对比效果。CL_FeedBar每调用一次内部就做一次增量更新不是全量重算所以盘中延迟很低。CL_GetResult返回的JSON里包含笔列表、段列表、中枢列表每个元素带起止索引和价格主程序直接解析就行。3.3 结果解析JSON结构说明返回的JSON结构分三层bis数组、segs数组、centers数组。每个笔对象有start_idx、end_idx、start_price、end_price、direction字段。段对象多了bis_count表示包含几笔。中枢对象有zg、zd、start_seg、end_seg、level字段。{ bis: [ {start_idx: 10, end_idx: 15, start_price: 3200.5, end_price: 3250.2, direction: up} ], segs: [ {start_idx: 10, end_idx: 28, bis_count: 3, high: 3260.0, low: 3180.5} ], centers: [ {zg: 3245.0, zd: 3210.5, start_seg: 0, end_seg: 2, level: 1} ] }解析时注意start_idx和end_idx是K线在输入序列里的索引不是时间戳主程序需要自己映射回时间。level字段为1表示本级别中枢大于1表示升级中枢信号过滤时通常只取本级别。4. 避坑与排查这几个地方最容易翻车4.1 笔数量对不上包含处理方向搞反了现象是同一段K线你的程序标出7笔别人标出5笔。原因多半是K线包含合并时趋势方向判断错了。上升趋势中合并取高高下降趋势取低低如果趋势判断反了合并后的K线高低点会偏移分型位置跟着错。解决方法是检查last.trend的赋值逻辑确保它来自前两根合并K线的高低比较而不是原始K线。4.2 段划分提前结束缺口没处理段应该在特征序列分型处结束但如果分型第一二元素之间有缺口段不能结束。很多简化实现直接忽略缺口导致段被截断中枢跟着少一个。排查时打印特征序列分型的前三个元素看第一二元素之间是否有价格跳空。有缺口就继续等后续笔直到缺口被回补或出现反向分型。4.3 中枢延伸死循环边界条件没判等中枢延伸判断里如果段的高低点刚好等于中枢上沿或下沿算不算进入中枢源码里用的是和包含边界。如果改成严格小于/大于遇到精确触碰边界的段就会跳出延伸中枢提前结束。这个细节在震荡行情里影响很大建议保持包含边界。4.4 DLL加载失败位数不匹配或依赖缺失调用方报「找不到指定模块」先查主程序和DLL的位数是否一致32位主程序不能加载64位DLL。再查运行库Release版DLL依赖VC运行库目标机器没装就报错。最稳的办法是静态链接运行库编译时选/MT而不是/MD。4.5 盘中信号闪烁增量更新没做去重逐根喂K线时最后一根未收盘的K线会导致笔和段反复修正信号闪烁。源码里用CL_FeedBar的最后一个参数标记K线是否已收盘未收盘的K线只参与计算但不输出最终结果。主程序取结果时过滤掉is_finalfalse的笔段等收盘后再确认。5. 二次开发改参数、加指标、接回测5.1 参数调优最小笔长度与中枢级别最小笔长度是影响信号频率最直接的参数。改成3笔数量翻倍适合高频改成7笔数量减半适合日线级别。中枢级别参数控制是否输出升级中枢默认只输出本级别。如果做多级别联立把CL_Init的第三个参数打开返回结果里会多出level大于1的中枢。# 多级别联立配置示例 lib.CL_Init(5, True, True) # 启用多级别输出 # 结果里centers数组会包含level1和level2的中枢5.2 加自定义指标在结果基础上叠加DLL只输出笔段中枢均线、MACD这些得自己算。但可以在拿到笔段结果后对每一笔的起止价格做统计比如笔的斜率、笔的持续时间、段内笔的数量分布。这些衍生指标不用改DLL主程序里加一层计算就行。def calc_bi_features(bis): features [] for bi in bis: duration bi[end_idx] - bi[start_idx] amplitude abs(bi[end_price] - bi[start_price]) slope amplitude / duration if duration 0 else 0 features.append({ duration: duration, amplitude: amplitude, slope: slope, direction: bi[direction] }) return features5.3 回测对接用历史K线批量喂回测时不要逐根喂直接把历史K线一次性传入DLL内部会做全量计算。但要注意全量计算和增量计算的结果在边界处可能有细微差异回测用全量实盘用增量两者信号要对比验证。我一般会跑一遍全量回测再跑一遍逐根增量回测对比笔段中枢的数量和位置差异超过5%就说明增量更新有bug。对比项全量计算增量计算笔数量基准允许±1段数量基准允许±1中枢数量基准必须一致中枢边界基准允许±0.1%5.4 一个具体技巧用中枢震荡做过滤实盘里最烦的是中枢震荡期间的假突破。我的做法是当中枢延伸超过5段时把该中枢标记为「大级别震荡」后续段离开中枢时要求离开段的幅度超过中枢高度的1.5倍才确认突破。这个逻辑不用改DLL在主程序里拿到中枢的zg、zd和后续段的高低点就能算。def is_valid_breakout(center, next_seg): center_height center[zg] - center[zd] if next_seg[direction] up: breakout_amp next_seg[high] - center[zg] else: breakout_amp center[zd] - next_seg[low] return breakout_amp center_height * 1.5从那以后我每次接新DLL都强制走一遍「全量回测→增量回测→对比差异」的流程不跑完不接实盘。希望帮到你。本文还有配套的精品资源点击获取