A股分时交易数据全解析:从获取清洗到量化策略实战

1. 分时数据到底能拿来做什么

很多人第一次接触A股分时交易数据,脑子里冒出来的第一个念头就是"这不就是分时图那根线吗"。如果你也这么想,那基本等于把一座金矿当成了路边的小石子。分时数据远不止画一条曲线那么简单,它记录的是每一分钟(甚至更细粒度)的成交价、成交量、成交额、买卖盘口变化,是一整天交易行为的完整切片。把这些切片拼起来,你能看到主力资金的进出节奏、散户情绪的起伏、关键价位的攻防过程,这些信息在日K线里是被压缩掉的,只有在分时层面才能还原出真实的博弈现场。

我自己做量化策略和盘口行为分析有几年了,最开始也是从看分时图起步,后来慢慢转向用程序批量拉取、清洗、建模。踩过的坑不算少,从数据源选型到复权处理,从集合竞价的特殊规则到停牌期间的数据空洞,每一个细节都能让你辛辛苦苦跑出来的回测结果变成一堆废纸。所以这篇文章我打算把A股分时交易数据这件事从头到尾讲透,包括它是什么、怎么获取、怎么清洗、怎么用、有哪些坑必须绕开。不管你是刚入门想做个简单复盘工具的新手,还是已经在写策略但总觉得数据不对劲的老手,应该都能从里面找到对自己有用的东西。

核心关键词就几个:分时数据、成交明细、盘口分析、数据清洗、量化回测。这几个词贯穿全文,你读完之后至少能做到一件事:拿到一份分时数据,知道它干不干净、能不能用、该怎么用。

2. 分时数据的结构拆解与核心字段

2.1 一条分时记录里到底有什么

先把这个东西拆开看。A股分时交易数据最基础的形态是逐笔成交和分时快照两种。逐笔成交记录的是每一笔撮合成交的明细,包含成交时间(精确到秒或毫秒)、成交价格、成交手数、买卖方向(主动买还是主动卖)。分时快照则是按固定时间间隔(通常是3秒或1分钟)对盘口状态做一次截取,包含最新价、均价、成交量、成交额、买卖五档或十档的挂单情况。

这两种数据用途完全不同。逐笔成交适合做资金流向分析、大单追踪、主力行为识别;分时快照适合做盘中监控、均线计算、量价关系研究。很多人一开始分不清,拿快照数据去算主动买卖比,结果怎么算都不对,因为快照里根本没有逐笔的方向信息。

举个实际例子。某只股票在10:03:15这一秒成交了500手,价格是12.35元。如果这是逐笔数据,你还能知道这笔是主动买入还是主动卖出,是拆成10笔50手还是一次性500手。但如果是1分钟快照,你只能看到10:03这一分钟总共成交了2000手,价格从12.30涨到12.38,中间发生了什么完全被抹平了。所以选哪种数据,取决于你要回答什么问题。

2.2 关键字段的专业含义与常见误读

下面这张表是我整理的核心字段对照,很多新手就是在这几个字段上栽跟头:

字段名称常见误读正确理解
成交量直接当成股数单位是"手",1手=100股,计算时要乘100
成交额和成交量线性对应是实际成交金额,均价=成交额/(成交量×100)
均价当日均价是累计成交额除以累计成交量,不是简单平均
买卖方向主动买就是看涨只代表这笔成交由买方主动发起,不代表后续方向
复权价和实时价一样前复权/后复权会改变历史价格,分时数据一般用不复权

特别说一下均价这个字段。分时图里那条黄线就是均价线,它的计算方式是:当前累计成交额除以当前累计成交股数。注意是累计,不是每分钟单独算。很多人写代码的时候每分钟算一次均价然后连起来,画出来的线和行情软件对不上,就是因为搞错了累计逻辑。

还有买卖方向的判定。交易所本身不直接提供这个字段,常见的做法是比较成交价和前一秒的买一卖一中间价:成交价高于中间价算主动买,低于算主动卖,等于的话看前一秒的走势。不同数据源用的算法不一样,所以你会发现两个平台给的主动买入量对不上,这不是数据错了,是判定规则不同。做策略的时候一定要固定用同一个数据源,不要混用。

2.3 时间粒度选择:1分钟、3秒还是逐笔

时间粒度直接决定你的存储成本、计算复杂度和策略类型。我按实际使用场景给个建议:

  • 1分钟粒度:适合做日内趋势策略、均线突破、量价背离。数据量适中,一天240条左右,存储和计算压力小。缺点是看不到盘中的瞬时波动,大单拆单行为完全被平滑掉。
  • 3秒快照:适合做盘口监控、高频信号触发、买卖压力分析。一天约4800条,数据量是1分钟的20倍,但能捕捉到更细的挂单变化。
  • 逐笔成交:适合做资金流分析、主力追踪、订单簿重建。数据量最大,活跃股一天几十万笔很正常,对存储和计算要求高,但信息最完整。

我个人的经验是,如果你刚开始做,先从1分钟粒度入手,把数据管道跑通,再逐步往更细的粒度扩展。一上来就搞逐笔,很容易在数据清洗阶段就卡死。

3. 数据获取的几条路和选型逻辑

3.1 公开数据接口的可用性与限制

获取A股分时数据,绕不开几个主流渠道。第一个是行情软件自带的导出功能,比如很多看盘软件支持把分时数据导出成CSV。这条路适合小批量、手工复盘,但你要做批量分析或者回测,手工导出根本不现实,一天导几十只股票就能把你累趴下。

第二个是开源数据接口。市面上有一些公开的Python库可以拉取分时数据,底层调用的多是公开行情接口。这类接口的优点是免费、上手快,缺点是稳定性看运气,高峰期经常超时,而且历史分时数据通常只保留最近几天到几个月,想拉一年前的分时基本没戏。

第三个是商业数据服务。付费的数据服务商提供更完整的历史分时、更稳定的接口、更规范的字段定义。成本从几千到几万一年不等,适合认真做策略或者做产品的人。选型的时候重点看三件事:历史数据回溯多久、接口调用频率限制、字段定义是否清晰。

提示:不管用哪个渠道,拿到数据的第一件事是做交叉验证。用同一只股票同一天的数据,和你行情软件上看到的收盘价、成交量对一遍,对不上就说明数据有问题,后面所有分析都是白做。

3.2 自建数据管道的架构思路

如果你打算长期做这件事,我建议自建一条数据管道,而不是每次现拉现用。基本架构分四层:

  1. 采集层:负责从数据源拉取原始数据,做好失败重试和限流控制。
  2. 清洗层:处理停牌、集合竞价、异常值、字段缺失等问题。
  3. 存储层:按股票代码和日期分区存储,推荐Parquet格式,压缩率高、读取快。
  4. 服务层:对外提供查询接口,支持按股票、按日期、按时间范围检索。

这套架构听起来复杂,但实际搭起来一两天就能跑通。关键是采集层要做好幂等,同一只股票同一天的数据重复拉取不会产生重复记录。我见过太多人在这上面翻车,跑了一个月发现数据库里全是重复数据,清理起来比重跑还麻烦。

3.3 存储格式与分区策略的实际取舍

存储这块我踩过最大的坑就是一开始用CSV存分时数据。一只股票一天1分钟数据240条,一年250个交易日就是6万条,全市场5000只股票就是3亿条。CSV存下来几十个G,查询的时候全表扫描,一个简单查询要等好几分钟。

后来换成Parquet按日期分区,同样的数据量压缩到几个G,查询速度提升了几十倍。分区策略我建议按日期/股票代码两级分区,因为大部分查询都是"某天某只股票"或者"某只股票某段时间",这个分区方式能最大化利用分区裁剪。

存储方案3亿条数据占用单日单股查询耗时适用场景
CSV约40-60GB秒级到分钟级小批量临时分析
SQLite约20-30GB百毫秒级单机小规模
Parquet分区约3-8GB十毫秒级批量回测、长期存储
时序数据库约5-10GB毫秒级实时监控、高频查询

这个表里的数字是我自己实测的粗略值,具体会因数据粒度和股票活跃度有差异,但量级关系是靠谱的。

4. 数据清洗中最容易翻车的几个环节

4.1 集合竞价的特殊处理

A股每个交易日的9:15到9:25是集合竞价时段,这段时间的成交规则和连续竞价完全不同。9:15到9:20可以撤单,9:20到9:25不能撤单,9:25产生开盘价。很多数据源会把这段时间的数据混在正常分时里,如果你不处理,算出来的开盘前成交量会莫名其妙多出一大截。

我的做法是把集合竞价数据单独标记出来,在策略里要么排除,要么单独建模。开盘价本身是集合竞价的结果,这个要保留,但集合竞价期间的逐笔委托和撤单数据,除非你做专门的打板策略,否则建议直接过滤掉。

还有一个细节:9:25到9:30这段时间交易所不接受连续竞价申报,但很多数据源会填充一些占位数据。如果你看到9:26、9:27有成交记录,那基本可以确定是数据源的问题,要清洗掉。

4.2 停牌、涨跌停与异常值识别

停牌期间数据源的处理方式五花八门。有的直接不返回记录,有的返回价格不变但成交量为零的记录,有的甚至返回上一交易日的残留数据。你不处理的话,算出来的日均成交量会被停牌日拉低,均线也会出现莫名其妙的平直线。

涨跌停的处理更微妙。涨停板上的成交,主动买入和主动卖出的判定会失真,因为买一挂单巨大,成交价等于买一价,按中间价规则算出来全是主动买。但实际上涨停板上的成交很多是卖方在出货。所以做资金流分析的时候,涨跌停日的主动买卖数据要特别小心,最好单独标注。

异常值识别我一般用三个规则:价格超出当日涨跌停范围的直接丢弃;成交量超过该股历史99分位数的标记为可疑;时间戳不在交易时段内的直接过滤。这三条规则能干掉绝大部分脏数据。

4.3 复权处理对分时数据的影响

这是个容易被忽略但影响巨大的问题。日K线做回测通常要用前复权价格,但分时数据如果也做前复权,会出现一个尴尬的情况:除权日当天的分时价格会被调整,导致和当天实际成交价对不上。比如某只股票10送10,除权后价格腰斩,前复权会把除权前的分时价格也砍半,但你当天看到的实际成交价并不是那个数。

我的建议是:分时数据保持不复权,在策略层面需要复权的时候再单独处理。具体做法是维护一张复权因子表,回测时用不复权分时数据配合复权因子计算收益率,这样既保留了分时数据的真实性,又能正确处理除权除息。

注意:如果你用前复权分时数据去算盘中均价,算出来的结果和行情软件显示的均价会对不上,因为行情软件的均价是用实际成交价算的。这个坑我见过至少三个人踩过,排查半天以为是数据源问题,其实是复权搞的鬼。

5. 从分时数据到策略信号的实操路径

5.1 量价关系的基础计算

拿到干净的分时数据之后,第一步通常是算一些基础指标。最核心的是分时均价和量比。

分时均价前面说过了,累计成交额除以累计成交股数。这个指标的意义在于,价格在均价上方运行说明当天买方占优,下方运行说明卖方占优。很多日内策略就是用价格和均价的关系来做进出场判断。

量比的计算稍微复杂一点:当前每分钟平均成交量除以过去5个交易日同一时段的平均成交量。这个指标能告诉你今天的交易活跃度是正常还是异常。量比大于2通常意味着有资金在关注,大于5就是明显异动。

# 分时均价与量比计算示例 import pandas as pd def calc_vwap_and_vol_ratio(df, hist_df): # 分时均价:累计成交额 / 累计成交量 df['cum_amount'] = df['amount'].cumsum() df['cum_volume'] = df['volume'].cumsum() df['vwap'] = df['cum_amount'] / (df['cum_volume'] * 100) # 量比:当前分钟均量 / 过去5日同时段均量 df['minute'] = pd.to_datetime(df['time']).dt.strftime('%H:%M') hist_avg = hist_df.groupby('minute')['volume'].mean() df['vol_ratio'] = df['volume'] / df['minute'].map(hist_avg) return df

这段代码看起来简单,但有几个细节要注意。cum_volume乘100是因为成交量单位是手,要转成股才能和成交额对应。量比计算里,历史数据的时段要对齐,不能拿今天的9:30去比历史某天的14:00。

5.2 大单追踪与资金流向判断

逐笔数据最大的价值就是能识别大单。什么叫大单?没有绝对标准,我一般用两个维度:单笔成交金额超过50万,或者单笔成交量超过该股当日平均单笔成交量的5倍。满足任一条件就标记为大单。

大单的方向比大小更重要。一笔100万的主动买入和一笔100万的主动卖出,含义完全相反。把大单按方向分类累计,就能得到当天的资金流向。如果主动买入大单持续大于主动卖出大单,说明有资金在吸筹;反过来就是出货。

但这里有个陷阱:拆单。主力资金不会傻到一次性挂1000手,通常会拆成几十笔小单慢慢成交。所以单纯看单笔大小会漏掉很多真实的大资金行为。我的做法是结合时间窗口,比如统计30秒内同一价位的累计成交量,超过阈值就算作一笔"合成大单"。这个方法能捕捉到大部分拆单行为,但也会引入一些噪音,需要根据具体股票的流动性调整阈值。

5.3 盘口失衡与短期价格预测

盘口失衡是另一个高频策略常用的信号。简单说就是买一到买五的挂单总量和卖一到卖五的挂单总量之比。如果买盘远大于卖盘,说明买方力量强,短期价格有上行压力;反之亦然。

但这个指标有个致命缺陷:挂单可以撤。你看到买一挂了5000手,可能下一秒就撤了,这是典型的虚假挂单。所以单纯看盘口挂单量容易被骗。更靠谱的做法是结合撤单率和成交率:如果某个价位的挂单大量撤单但成交很少,基本可以判定是虚假挂单;如果挂单被持续吃掉,那就是真实买盘。

我实测下来,盘口失衡指标在流动性好的大盘股上效果一般,因为参与者太多,单个主力的挂单影响被稀释。反而是在中小盘股上,盘口失衡的预测能力更强,但相应的操纵风险也更高。用这个信号一定要配合风控,不能单靠它做决策。

6. 常见问题排查与避坑经验

6.1 数据对不上的排查思路

数据对不上是最常见的问题,我整理了一个排查顺序,按这个顺序走基本能定位到原因:

排查步骤检查内容常见原因
1对比收盘价和成交量数据源本身有误
2检查复权设置前复权导致价格偏移
3检查时间戳时区UTC和北京时间混淆
4检查集合竞价是否混入开盘前数据污染
5检查停牌日处理停牌日数据残留
6检查单位换算手和股混淆

这个顺序是从最可能到最不可能排的。实际排查中,复权问题和单位换算问题占了八成以上。我印象最深的一次是帮人看一个策略,回测收益率高得离谱,查了半天发现他把成交量单位当成股了,实际买入量只有他以为的百分之一,滑点影响被严重低估。

6.2 回测中的分时数据陷阱

用分时数据做回测,有几个陷阱必须提前知道。

第一个是未来函数。分时数据是按时间顺序产生的,但如果你在计算指标的时候用了未来数据,回测结果就会虚高。比如你用当天最高价来判断是否触发买入,但最高价是收盘后才知道的,盘中你根本不知道。正确的做法是用当前时刻之前的数据计算信号,用下一时刻的价格成交。

第二个是滑点低估。分时数据里的成交价是实际成交价,但你的策略单子不一定能在这个价格成交。特别是流动性差的股票,你的买单可能要把卖一到卖五全部吃掉才能成交,实际成本比盘口价高不少。回测的时候至少要加千分之一到千分之三的滑点,具体看股票流动性。

第三个是成交量约束。你的策略信号说买入10000手,但那只股票那一分钟总共才成交500手,你的单子根本成交不了。回测时必须加成交量约束,比如单笔委托不超过该分钟成交量的10%。

6.3 实盘与回测的偏差来源

回测跑得再好,实盘一上就亏,这是量化交易的经典难题。分时策略的偏差来源主要有三个:

  • 延迟:从信号产生到订单到达交易所,中间有网络延迟、系统处理延迟。高频策略里几十毫秒的延迟就能让信号失效。
  • 冲击成本:你的订单本身会影响市场价格。回测里假设你的订单不影响价格,实盘里大单会把价格推上去。
  • 数据质量:实盘拿到的实时数据和回测用的历史数据可能有细微差异,比如买卖方向的判定规则不同。

我的经验是,回测收益率至少要打七折再拿去实盘,而且要先小资金跑一段时间,对比实盘成交和回测成交的差异,确认偏差在可接受范围内再放大资金。

提示:分时策略的容量通常比日线策略小很多。日线策略可能能容纳几千万资金,分时策略可能几百万就到头了。资金量大的话,分时信号只能作为辅助,不能作为主策略。

7. 一些个人实操体会

做分时数据这件事,技术门槛其实不高,难的是细节。数据源选型、清洗规则、复权处理、回测约束,每一个环节都有坑,而且这些坑往往不会立刻暴露,等你跑了几个月才发现数据有问题,前面的工作全白费。

我现在养成的习惯是,每接入一个新数据源,先拿三只不同流动性的股票(大盘股、中盘股、小盘股各一只)做一周的数据验证,对比行情软件、对比不同数据源、对比日线汇总数据,三个维度都对上了才正式使用。这个验证流程花不了多少时间,但能省掉后面无数的麻烦。

另外就是不要迷信复杂策略。分时数据能做的事情很多,但真正稳定赚钱的信号往往很简单,比如均价突破、量比异动、大单持续流入,这些基础信号配合严格的风控,效果比堆一堆花哨指标要好。我见过太多人把分时数据搞成几百个因子的机器学习模型,回测漂亮得不行,实盘一塌糊涂,最后发现是过拟合。

最后分享一个小技巧:分时数据的时间戳一定要统一时区,而且要在数据管道的最前端就处理好。我吃过这个亏,不同数据源有的用UTC有的用北京时间,混在一起之后时间轴全乱了,排查了两天才找到原因。现在我的做法是入库前统一转成北京时间,并且加一个字段记录原始时区,方便追溯。这个习惯看起来多余,但真出问题的时候能救命。

相关新闻

多无人机协同路径规划与防撞:Matlab动态仿真框架解析

多无人机协同路径规划与防撞:Matlab动态仿真框架解析

先说个我自己的体会:单机路径规划我当年用A*和RRT系列做得挺顺手,但一旦把场景换成"多无人机同时在动",问题性质就完全变了。每一架无人机不仅要躲开环境里的动态障碍物,还得随时提防队友,而且队友本身也在主…

2026/10/22 8:49:10 阅读更多 →
AI辅助学术专著写作全流程指南:从提纲到定稿的实用方法

AI辅助学术专著写作全流程指南:从提纲到定稿的实用方法

做学术专著和写普通文章完全是两个节奏。我这些年帮人审过不少书稿,也自己带过两本专著的写作流程,最大的感受是:AI不是替你写书,而是帮你把“从无序到有序”的时间成本狠狠压下来。选题怎么找、资料怎么读、大纲怎么搭、初稿怎么…

2026/10/21 3:18:14 阅读更多 →
sleep(0)与sched_yield()的CPU调度陷阱:多线程并发性能实测与避坑指南

sleep(0)与sched_yield()的CPU调度陷阱:多线程并发性能实测与避坑指南

1. 从一次CPU飙高说起:为什么我要深挖这两个调用线上服务跑着跑着,监控面板上某个核心的CPU占用率突然顶到100%,但QPS并没有上涨,日志也没有报错。用性能分析工具抓了一段火焰图,发现大量时间花在了一个自旋等待的逻辑…

2026/10/21 3:18:14 阅读更多 →

最新新闻

Electron桌面应用开发实战:从环境搭建到打包发布全流程

Electron桌面应用开发实战:从环境搭建到打包发布全流程

做前端这些年,我大部分时间都在跟浏览器标签页打交道,直到第一次把桌面应用跑起来,才发现原来自己一直被限制在地址栏和刷新按钮围起来的框框里。Electron这个词,最开始是在某段时间频繁出现在同事的讨论里,一个用HTML…

2026/10/22 10:18:38 阅读更多 →
滑盖智能锁T109深度解析:结构原理、安装调试与故障排查

滑盖智能锁T109深度解析:结构原理、安装调试与故障排查

简介:亚太天能T109滑盖智能锁产品说明书是一份PDF格式的官方技术文档,主要面向智能锁安装人员、终端用户及售后维护者,帮助快速掌握产品安装、配置与常见故障处理。全包仅1个PDF文件,大小4.37MB,内容结构清晰&#xff…

2026/10/22 11:01:53 阅读更多 →
PMSM弱磁控制原理与Simulink建模:高速AGV驱动系统设计指南

PMSM弱磁控制原理与Simulink建模:高速AGV驱动系统设计指南

上个月我在调试一台高速AGV的驱动系统,整车要求空载跑到8m/s,电机转速已经拉到额定点,驱动器的输出电压也顶到了母线电压极限附近。再往上踩速度指令,转速纹丝不动,三相电流反而开始震荡。那会儿我的第一反应就是&…

2026/10/22 9:44:47 阅读更多 →
C++核心知识点:从内存管理到STL的实战指南

C++核心知识点:从内存管理到STL的实战指南

C 这门语言我前前后后折腾了十几年,用它写过嵌入式驱动、做过游戏服务端,也搭过基础组件库。每次看到新人一头扎进"C 核心知识点"这个搜索词,我其实挺感慨的——这门语言的难点从来不是语法多,而是知识点之间的耦合太深…

2026/10/22 10:42:00 阅读更多 →
T109滑盖智能锁怎么装?安装调试与故障排查全攻略

T109滑盖智能锁怎么装?安装调试与故障排查全攻略

简介:亚太天能T109滑盖智能锁产品说明书以PDF格式发布,适合智能锁用户、安装人员与售后维修人员阅读。内容围绕T109系列指纹密码刷卡锁展开,先介绍前面板、后面板、锁体、机械钥匙、电池盒盖等部件名称与功能,再给出完整安装步骤&…

2026/10/22 10:40:08 阅读更多 →
LLM知识降熵:从信息垄断到理解权下放

LLM知识降熵:从信息垄断到理解权下放

你有没有过这种经历:翻开源码注释、论文摘要或者一份专业报告,每个字都认识,连在一起却像天书。想找人聊聊,身边要么没人懂,要么懂的懒得跟你解释。后来我试着把同一段内容丢给一个大语言模型,几秒钟之后&a…

2026/10/22 10:56:37 阅读更多 →

日新闻

周新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型(GMM)的语音识别系统,很多人第一反应就是一堆数学公式,觉得门槛很高。但如果你真的在MATLAB里把它落地跑通,会发现核心其实就是三件事:把声音变成特征向量,用GMM给每个类别…

2026/10/22 1:47:45 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人,但落到具体操作上,无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程:对图像做反白、改调色板、彩色转灰度,最后把像素数据导出成txt文件。单看每一…

2026/10/21 21:32:28 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/22 5:12:39 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/21 21:50:56 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/21 21:51:55 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/21 16:24:48 阅读更多 →