PTrade里的定时任务和分钟策略，经常被新手混为一谈。两者都会“在盘中运行”，看起来只是时间设置不同，但真正区别是触发依据：定时任务按照钟表时间或固定间隔触发，分钟策略按照分钟K线完成的节奏触发。

先说分钟策略。按照PTrade运行规则，选择分钟频率后，回测和交易一般会在每根分钟K线结束时运行一次handle_data。例如选择五分钟频率，逻辑通常随着每根五分钟K线完成而执行。它更适合依赖完整K线数据的策略，比如计算最近几根K线的均线、成交量或高低点。

定时任务则解决“在某个明确时间做一件事”。run_daily可以指定每天的运行时间，例如盘前准备、盘中固定时刻检查或盘后处理；run_interval按照设定的秒数周期运行，主要用于交易环境中的较短间隔检查。PTrade API说明，run_interval在非交易时段不执行，股票等非期货策略的最小运行间隔通常按三秒处理。

用生活中的例子理解会更简单。分钟策略像公交车，到站才开门；定时任务像闹钟，时间到了就响。公交车是否到站取决于一段行情周期是否结束，闹钟则只看设定时间。两者有时会在同一分钟发生，但触发逻辑并不相同。

什么场景适合分钟策略？假设你要计算五分钟均线，只有一根五分钟K线结束后，开盘、最高、最低、收盘和成交量才完整，这时放在handle_data里更自然。若在K线尚未结束时频繁计算，得到的指标会不断变化，回测与实盘也更难对齐。

什么场景适合run_daily？例如每天盘前生成观察列表，下午固定时刻检查账户，或者收盘后保存统计结果。这些任务不依赖每根K线，只要求在规定时间执行。PTrade支持盘前、盘中和盘后的定时安排，但具体可用时间还要结合回测或交易环境。

run_interval更适合什么？例如每隔一段时间检查一次账户状态、轮询某项实时条件或执行轻量级任务。它并不等于分钟K线策略，因为三十秒触发一次时，可能在同一根分钟K线里运行多次。如果代码没有防重复机制，同一个信号可能被连续处理。

两者能不能同时用？可以，但要明确分工。一个常见结构是：盘前用run_daily准备股票池，盘中用handle_data处理分钟K线信号，盘后再用定时任务保存结果。真正危险的是把同一笔交易逻辑同时写进handle_data和run_daily，时间接近时可能重复下单。

还要注意任务数量和线程限制。PTrade API说明，run_daily和run_interval可以在initialize中多次设置，但交易中定时任务线程数有限，累计任务过多可能堵塞，导致部分任务不触发。新手不要为了“保险”给同一逻辑设置多个相似定时任务，任务越多不代表越稳定。

另一个重要细节是数据接口并发。文档提醒，get_history和get_price不适合在run_daily、run_interval与handle_data等框架模块同一时刻多线程调用，否则可能偶发获取数据为空。很多人看到空数据后以为行情断了，实际上可能是两个任务刚好同时取数。

还有一个常见误区：策略启动成功，就以为当天所有定时任务都会补执行。如果策略在设定时间之后才启动，某些任务可能要等下一个运行时点；分钟策略也只会跟随之后形成的新K线运行。是否补执行不能凭想象，应通过日志记录每个函数的实际触发时间。

选择时可以用一个简单判断法。逻辑依赖完整分钟K线，就优先放分钟策略；逻辑只依赖某个时间点，就考虑run_daily；需要较短周期检查，并且不依赖K线结束，就评估run_interval。若三者都想用，先画出一天的时间轴，把每个函数放到对应位置，检查是否有重复。

测试阶段建议给每个入口打印不同日志，例如“盘前准备”“分钟信号”“定时检查”，并带上当前时间。运行一天后查看日志，就能知道任务是否按预期触发。比只看交易结果更容易发现问题。

如果你的PTrade策略已经启动，却不知道逻辑应该放在handle_data、run_daily还是run_interval，可以先明确“按K线触发”还是“按时间触发”。主页后续会继续整理PTrade运行时间和任务配置案例，帮助新手避免重复执行和数据空值。本文用于软件功能学习，不构成投资建议。