东方财富股票条件单自动提醒功能如何设置与生效？

东方财富股票条件单自动提醒功能，本质是把“盯盘”这件事交给系统：你先定义什么价格、什么涨跌幅算触发，再决定触发之后是只通知你一声，还是直接生成一笔委托。真正让人困惑的往往不是按钮藏在哪，而是设置完成之后没有收到任何提醒——这通常不说明功能坏了，而是触发条件、监控范围、通知渠道这三者中有一环没有对齐。下面按“问题定义—最短路径—例外与副作用—验证与回退”的顺序展开，尽量把每一步的判断依据也写清楚，方便你对照自己的设置逐项核对。

先分清三件事：到价提醒、条件单、条件单提醒

很多“设置了却没反应”的提问，源头是把三个不同的东西当成了一件事。第一类是到价提醒（有些界面写作“股价提醒”），它只做一件事：当价格触及你设定的数值时，向你的手机推送一条消息，不产生任何委托，也不占用资金。第二类是条件单，它是带执行能力的：监控条件满足后，系统按你预设的价格、数量、买卖方向生成委托并报送。第三类才是常说的“自动提醒”，即条件单在生命周期里的状态变化通知，包括已触发、已报单、部分成交、全部成交、已失效、已过期。三者的边界可以用一句话概括：提醒只负责告知，条件单负责执行，而条件单提醒只是执行过程派生出来的信号。

三者的差别决定了你该去哪个入口。只想被叫醒、不想让系统代劳，就用提醒；希望脱离屏幕也能完成动作，就用条件单；而条件单的提醒开关，是挂在条件单内部的附属设置，不是一个独立功能。所以“提醒没收到”要先问一句：我设置的是提醒，还是条件单？如果是后者，提醒只是结果，触发才是前提，触发条件不成立，通知自然也不会出现。这一层关系理顺之后，后面的入口选择与参数填写才有意义。

一个常见的判断规则：如果你愿意在收到通知后自己下单，选提醒；如果你明确知道触发后要买多少、卖多少、按什么价格成交，才选条件单。两者混用，最容易出现“条件单设了却没提醒”的错觉。

版本演进：从客户端值守到服务端托管

从功能形态看，这类能力大致走过一条可以观察到的路径。较早时期的提醒依赖客户端运行，App 退到后台或被系统回收之后，监控就断了，这也是很多人对“提醒不准”的历史印象来源。随着券商把条件单迁移到服务端托管，监控主体从手机变成了服务器，App 关掉、手机关机都不再直接影响条件判断，客户端的角色退化为“配置入口”和“结果展示”。再往后演进的重点落在参数层面：多条件组合、有效期设置、单标的批量管理、状态列表的可筛选，这些让条件单从一次性工具变成了可以维护的清单。理解这条演进线，有助于判断你遇到的究竟是“老版本的遗留现象”，还是“当前配置没对齐”。

这条演进线带来一个直接的迁移建议：老用户手里那些“到价提醒”不会自动变成“条件单”，它们是不同模块，需要重新建单。同样，早期在旧版本里创建的条件单，在升级后可能因为参数模型变化而在列表里显示为需确认状态，遇到这种情况不要直接删除，先打开明细核对触发条件是否被保留。需要说明的是，以上是功能形态层面的定性变化，具体到某一版本提供了哪些参数项，请以你当前安装的客户端实际界面为准，不必对照他人截图逐字比对。

这里还有一个容易忽略的边界：服务端托管解决的是“监控不中断”，但不解决“一定能成交”。监控是判断，成交是撮合，两者之间隔着行情、流动性和交易所规则。把托管理解成“保成交”，是后续所有失望的起点。分清这一点，再去看后面那些“提醒到了却没成交”的现象，就不会误判为系统故障。

最短可达路径：三个平台的入口差异

东方财富的条件单配置主入口在移动端，Android 与 iOS 的界面结构基本一致，差异主要落在系统层面的通知权限，而不是 App 内部的菜单。以下是经验性的最短路径，若你的版本改版导致入口位移，可用后文给出的可替代入口；下面按平台分别说明。

Android 端

打开 App 后进入“交易”页，在交易功能列表中找到“条件单”（部分版本归在智能交易类目下），进入后选择新建，依次填写监控标的、触发条件、委托参数与有效期，最后确认提醒方式。可替代入口有两个：一是在个股行情页通过底部或更多菜单进入该标的的条件单，这样标的会被自动带入，少一次选择；二是在条件单列表页右上角的新建按钮进入。若在交易页找不到，先在搜索框检索“条件单”，比逐屏翻找更快。保存之前建议回看一遍触发方向与有效期，这两处修改成本最低，收益却最高。

iOS 端

App 内的路径与 Android 相同，同样是“交易—条件单—新建”。iOS 的差异在系统侧：除了在 App 内允许推送，还要到系统“设置—通知—东方财富”确认允许通知已开启。较新版本的 iOS 提供“定时推送摘要”功能，如果东方财富的通知被系统归入摘要，消息不会即时弹出，而是延后成批送达，这会造成“明明触发了却过很久才看到”的观感。检查方法是进入该设置项，确认 App 未被纳入摘要，或将其设为“即时送达”。这一步往往比反复检查 App 内设置更有效，因为它决定了消息有没有机会被即时送达。

桌面端

PC 端的情况需要分开看。经验性观察是：完整的交易客户端通常提供条件单的管理入口，位置多在交易模块下的委托类功能中；网页版受限于浏览器能力与风控策略，入口和可配置项往往更少。如果你在桌面端找不到对应入口，不必反复尝试，把移动端作为配置主入口、桌面端作为查看与复核入口，是更省时间的分工方式。桌面端更适合做的是事后复盘：把条件单列表调出来，对照成交记录核对触发时点与成交价差，借此判断参数是否还需要微调。

参数配置：三个必须对齐的字段

条件单的参数看起来很多，但真正决定它能不能按预期工作的，只有三组：监控什么、什么时候算触发、触发后怎么下单。任何一组写错，结果都会表现为“没提醒”或“提醒了但没成交”。与其把整张表单逐项填满，不如先把这三组想清楚，剩下的多是格式问题。

监控对象要具体到标的与方向。止盈和止损是两个方向的单子，不要在一张单里期待系统替你判断该止盈还是止损。触发条件则是判断依据，常见形式包括价格上穿/下穿某个数值、涨跌幅达到某个比例、以及按时间触发的定时委托。这里的关键是“上穿”和“下穿”要选对：想在某价位跌破时卖出，应选择向下穿越而非向上，方向选反是新手最高频的错误，且这类错误不会报错，只会安静地不触发。

委托参数决定触发之后会发生什么。限价委托写明价格，市价委托不写价格但成交价不确定。示例：你持有一只流动性一般的标的，希望在跌破某个心理价位时减仓，如果用市价委托，在快速下跌中可能出现较大的滑点；如果改用限价委托并把价格设在触发价下方一定空间，成交概率提高但仍有不成交的可能。这不是哪个更好的问题，而是你更怕滑点还是更怕不成交的问题。触发后不成交，提醒通常仍会推送“已报”状态，这正是很多人误以为“提醒错了”的原因。

有效期是第三个容易漏掉的字段。多数条件单支持当日有效与多日有效两种形态，当日有效的单子在收盘后自动失效，第二天不会自行恢复。如果你的策略是跨日的，务必确认有效期的设置，否则会出现“昨天还好好的，今天没动静”的情况。什么时候不该用长有效期？当触发条件本身依赖于短期市场状态（例如围绕某个事件的价格反应），过期不候反而是保护。

提醒渠道与消息矩阵

条件单的提醒不是单一通道，而是一组通道的组合：App 内的消息中心（站内消息）、系统级推送通知，以及在部分版本中可能提供的短信或第三方渠道绑定。它们彼此的可靠性不同：站内消息不依赖系统权限，只要登录就能在消息列表里看到，但需要你主动打开；系统推送即时性强，却容易被权限、后台策略或免打扰模式拦下。理性的做法是至少保证两条通道可用，一条即时、一条留痕，这样即使当下没看到，事后也有据可查。

Android 侧的主要风险来自厂商的后台管理策略。部分系统会对长期在后台的应用做限制，导致推送延迟或被合并。验证方法很直接：让一个已知会触发的条件单跑一次，观察从触发到收到通知的时间差，若明显滞后，再到系统设置中检查该应用的通知类别、电池优化与自启动权限。iOS 侧的风险点则是前文提到的通知摘要与专注模式。另外，无论哪个平台，静音、勿扰、睡眠模式都会让推送“到达但不发声”，这类情况在通知中心里能查到记录，不算丢失，应对方式是先查历史记录再判断是否真的漏推。

如果当前版本提供微信或其他第三方提醒的绑定入口，通常位于提醒设置或账号安全相关页面，需要完成一次授权确认。这里适用权限最小化原则：只开启你确实会看的那个渠道，多开几个通道的结果往往是每个通道都被忽略。绑定的具体入口与是否提供，请以你客户端中实际显示为准，不同版本可能存在差异。

生效链路拆解：从满足条件到收到提醒

把链路摊开看，一次成功的提醒要经过五个环节：行情撮合出触发价、系统判定该条件单是否在有效期内且未被暂停、生成并报送委托、委托状态发生变化、按你配置的渠道推送。任何一环断开，最终表现都是“没收到”。这个拆解的价值在于排查顺序：先看条件单列表里的状态，再看委托列表里有没有对应的报单，最后才查通知权限。反过来从通知权限查起，往往会白折腾一圈。

非交易时段的处理需要单独说明。价格在集合竞价、盘后或非交易日并不会停止变化（尤其是盘前的委托撮合阶段），但委托的报送要遵循交易时段规则。因此可能出现“条件已满足、提醒已收到、委托未成交”的组合，这在设计上是合理的，不是故障。至于非交易时段触发的单子是排队到下一交易时段还是仅在时段内监控，属于产品规则层面的问题，请以官方说明或客户端内的提示文案为准，不要依据他人经验做资金安排。

另有一个容易被忽视的环节：重复触发抑制。同一个条件单触发后通常不会无限次重复报送，而是转入已触发或已完成状态；如果你希望价格每次穿越都提醒，那是“到价提醒”的能力范畴，不是条件单。混淆这两者，会让人误以为系统漏推了。把它记在排查清单里，能省掉不少无效的反复设置。

例外与副作用：触发不等于成交

条件单最需要提前建立的预期是：它保证的是“按规则行动”，不是“按价格成交”。以下情形都可能让提醒正常到达、委托却没有成交。

• 涨跌停与无对手盘：价格封在限制价位时，买单或卖单可能长时间无法撮合，状态停留在已报。
• 停牌与临停：标的暂停交易期间，触发判断与撮合都会受影响。
• 资金或可用数量不足：买入时可用资金不够、卖出时可用股份不足（例如当日买入的部分尚不可卖），委托会被拒绝。
• 委托价格越界：限价超出当日有效申报范围，报单会被交易所拒单。
• 集合竞价阶段的价格波动：撮合规则与连续竞价不同，触发价与实际成交价可能出现偏差。

把这些列出来的目的不是劝退，而是让你在建单时就把“如果没成交，我下一步做什么”想好。经验性观察是，多数条件单失效并非系统问题，而是上述某一条在触发那一刻恰好成立。可复现的验证方法是：条件单触发后，立刻去看委托列表里是否有对应记录——有记录说明链路走到了报送，问题在撮合；没有记录，问题在触发判断或风控校验。换句话说，这张清单更适合当作建单前的前置检查，而不是触发后的补救手册。

验证与回退：确认它真的在工作

新建条件单之后，建议做一次不涉及真实成交意图的验证。做法是：选一个价格远离当前价的标的，设置一个短期内不可能被触发的条件，保存后在条件单列表中确认状态显示为监控中，然后完全退出 App 并清理后台，隔一段时间再打开，检查该单是否仍在列表且状态未变。这一步验证的是托管是否生效——如果退出后就消失或变成异常状态，说明你的设备环境或版本存在问题，需要先解决再谈提醒。

第二步验证通知链路。可以在系统设置里对东方财富做一次测试通知（部分系统提供“测试通知”按钮），或在 App 的消息设置中触发一条示例消息，确认能收到并听到提示音。这两步合起来，能覆盖绝大多数“设置完没反应”的场景，且成本很低，值得在每次更换设备或重装应用后重做一遍。

回退路径要提前记住，因为出问题时往往没时间现查。条件单列表通常支持暂停（保留配置但不监控）、修改（调整条件或参数）、终止与删除。暂停与删除的区别在于是否保留记录与配置，若只是暂时不想让它生效，用暂停；若条件本身已经不需要，再删除。修改已触发的单子通常无效，需要新建。做任何修改后，都回到列表页确认一次状态，这是最省事的自检动作。

提醒管理与噪音控制

条件单用久了，提醒会变成噪音源。开盘前后集中触发、多只标的同向波动、每条状态变化都推送，结果是你开始对通知脱敏，真正重要的那条也被忽略。控制方法不是关掉全部，而是分层：把“已触发”和“已成交”保留为强提醒，把“已报单”这类中间状态降级为站内消息，只在需要复盘时查看。分层的依据是信息的重要性，而不是通知的数量。

另一个有效做法是控制同时处于监控状态的条件单数量。经验性观察是，当一个人同时维护十几张单子时，他对每张单子的参数记忆会迅速衰减，最终连哪张设了止损都说不清。把长期不用的单子暂停或删除，比事后翻列表核对更省事。这里没有统一的数量标准，判断依据是：你能否在不查列表的情况下说出每张单的触发条件。说不出来，就是该清理了。

故障排查：现象—原因—验证—处置

下面这张表按现象组织，便于直接对号入座。每一项都给出可观察的验证动作，避免凭感觉判断。

现象	可能原因	验证方式	处置
价格明显穿过却无任何反应	触发的上穿/下穿方向选反，或有效期已过	打开条件单明细，核对方向与有效期字段	重建条件单，保留旧单作对照
列表里显示已触发，手机没响	系统通知权限关闭，或被摘要/免打扰收纳	查系统通知设置与通知中心历史记录	开启权限，取消摘要归类
收到提醒但未成交	涨跌停、停牌、资金或可用数量不足、价格越界	在委托列表查是否有对应报单及废单原因	按废单原因补足资金或调整价格后重建
退出 App 后单子消失	登录态失效或版本异常	重新登录后查看列表是否恢复	更新至最新版本并重试

排查时有一个通用原则值得记住：先确认事实层，再怀疑设置层。事实层是列表状态、委托记录、通知中心记录，这些是可查证的数据；设置层是“我记得我开了”。多数争议在事实层就能解决，不必进入猜测。按这张表走一遍，通常比在多个设置页之间来回切换更快到达结论。

适用与不适用场景清单

条件单不是万能工具，它有明确的适用边界。适合的场景通常具备两个特征：触发规则可以被清晰量化，且你对触发后的动作有确定的计划。例如围绕某个价格区间做纪律性的减仓，或者对长期持仓设置一条不轻易变动的保护线。这类需求用条件单，可以显著降低临场决策的情绪干扰。

不适合的场景同样清楚。第一类是规则本身模糊，比如“感觉不对劲就卖”，这种无法被写成参数，勉强设置只会得到一个与意图不符的单子。第二类是高频、依赖盘口瞬时状态的策略，条件单的触发基于行情快照，与人工盯盘看到的盘口细节不同，容易产生偏差。第三类是流动性极差的标的，触发之后大概率不成交，条件单的价值被大幅削弱。第四类是资金安排本身不稳定的账户，触发时资金不在位，等于白设。判断方法很朴素：如果你无法用一句话写清“什么条件下、买卖多少、按什么价格”，就先别建单。

最佳实践检查表

把前面的内容压缩成一份可以照着走的清单，新建条件单时按顺序过一遍，能规避大部分常见问题。

1. 先明确目的：是要被通知，还是要被代劳。目的决定用提醒还是条件单。
2. 标的与方向一次写对，特别是上穿/下穿，保存后回看一遍明细。
3. 委托参数与风险偏好匹配：怕滑点用限价，怕不成交用市价，二者不可兼得。
4. 有效期按策略周期设定，跨日需求不要用当日有效。
5. 至少开启两条通知通道，并完成一次真实的推送测试。
6. 在系统层检查通知权限、后台限制、摘要与免打扰设置。
7. 定期清理不再需要的单子，能说出每张单的条件才算管理到位。
8. 触发后先看委托记录再看通知，养成从事实出发的排查习惯。

如果只能记住一条，那就是：条件单解决的是纪律问题，不是预测问题。它能保证你在设定的条件下做出设定的动作，但不能保证这个动作带来预期的结果。把这一点想清楚，参数怎么设、提醒怎么开，判断都会容易很多。

常见问题

回到最初的问题：条件单自动提醒能不能生效，取决于规则是否写得可执行、通道是否真的通、预期是否摆得正。这三件事分别对应前面讲过的参数配置、通知链路与成交边界，任何一处松动，表现出来的都是同一句“没收到提醒”。下一步建议你打开条件单列表，挑一张正在监控的单子，按前文的检查表逐项核对一遍——多数隐患会在这一次核对中暴露出来，而它花不了几分钟。