一、先把边界划清：提醒是过滤器，不是闹钟
同花顺自选股股价提醒的核心价值，并不在于“让你知道股价变了”，而在于让你不必连续盯盘，只在真正需要做出判断的那一刻被打断一次。这个定位一旦确定，后面所有设置问题就都有了判断标尺：任何让提醒频繁响起的配置，本质上都在把它从过滤器退化成闹钟；而闹钟的结局通常是被静音，随后被遗忘。
也正因如此，本文不会只给一条路径就结束。操作路径解决“能不能开”，阈值与频率解决“开了有没有用”，故障排查解决“为什么没响”。三者缺一，功能就等于没配。经验性观察是：多数人抱怨提醒不准，问题并不出在客户端，而是阈值设在了正常波动区间内，导致消息先被自己的情绪判定为噪声，随后被忽略。
提醒与条件单的分工
同花顺体系内与“提醒”最容易混淆的是“条件单”。提醒只负责通知你，是否下单由人决定；条件单则在条件满足后向券商提交委托，是否需要券商侧支持、是否能在客户端离线时生效，取决于你所绑定券商的能力。两者不是替代关系，而是责任边界不同：提醒把决策权留在人手里，条件单把执行权交给系统。把需要人工判断的场景做成条件单，风险大于便利。
| 维度 | 股价提醒 | 条件单 |
|---|---|---|
| 触发后动作 | 推送通知，等待人工操作 | 按预设参数提交委托 |
| 依赖条件 | 客户端在线并具备通知权限 | 券商侧支持及相关权限开通 |
| 主要风险 | 漏看、延迟、被系统限制后台 | 参数写错后自动执行、撤单不及时 |
| 适合人群 | 需要人工二次确认的中长线持有者 | 纪律明确、参数可量化的执行型用户 |
二、三种提醒形态：到价、涨跌幅与异动
在个股详情页打开提醒面板后，常见可选类型大致分为三类，它们分别对应不同的判断语言。第一类是到价提醒，直接绑定一个绝对价格，语义最清晰，比如“跌到某个价位提醒我”。第二类是涨跌幅提醒，用相对基准的百分比表达，通常以昨收为基准，好处是同一套阈值可以在不同价位的股票间复用。第三类是异动类提醒，围绕涨速、量能等盘口特征触发，更适合盘中观察而非计划性决策。
需要说明的是，不同版本的客户端所提供的提醒类型与字段并不完全一致，界面文案也可能随版本调整。请以你实际看到的选项为准，不必因为本文提到某一类型而在界面上反复寻找。经验性观察是：版本迭代中变动最频繁的是入口位置和展示样式，而“价格阈值 + 通知”这条主干逻辑长期稳定。
绝对价格与百分比该怎么选
判断规则很简单：如果你心里想的是“这只股票值多少钱”，用绝对价格；如果你想的是“今天跌得比平时多”，用百分比。前者的锚是估值，后者的锚是波动分布。混用会带来一个隐蔽后果——除权除息后绝对价格口径发生变化，提醒可能提前或延后触发，而百分比口径相对更耐受这类变化。关于复权的影响，后文故障排查一节会展开。
三、决策树：什么情况下该开，什么情况下不必开
在动手设置之前，先用三个问题过一遍，可以省掉大量无效提醒。第一个问题：这条提醒触发后，我是否真的会做点什么？如果答案是“看看再说”，那它大概率只是信息噪声。第二个问题：这个价位在最近一段时间内被触及的频率有多高？如果每天都要碰几次，说明阈值设在了噪声带里。第三个问题：我能否承受漏掉它？如果承受不了，说明这件事不该只靠提醒，而应该有更可靠的处理方式。
- 值得开：关键支撑或压力位、计划分批建仓的档位、长期持仓的极端估值区间。
- 可以不开：日内高频波动、已经设置条件单的场景、单纯想“多知道一点”的品种。
- 建议改用其他方式：需要精确执行的时间敏感操作，提醒的延迟特性决定了它不适合承担这类责任。
这张决策树的意义在于把“配置成本”前置。每一条提醒都会在未来持续消耗你的注意力，设置时的十秒钟，换来的是之后数周的打断。把不该设的先排除掉，剩下的条目才值得认真调参。
四、移动端最短路径：Android 与 iOS
移动端的主流路径是：打开同花顺 App，进入自选列表或通过搜索定位到目标个股，进入个股详情页，在页面工具栏或更多菜单中找到提醒入口（图标通常为铃铛或闹钟样式），点击后选择提醒类型，填写阈值与生效条件，保存。经验性观察是，部分版本还会在“我的”或消息中心内提供提醒的集中管理页面，便于批量查看与停用；如果详情页一时找不到入口，从集中管理页反向进入往往更快。
Android 与 iOS 的差异主要体现在系统层而非应用层。iOS 需要在“设置 → 通知 → 同花顺”中允许通知，并按需开启横幅、声音与标记；Android 则通常需要在“设置 → 应用管理 → 同花顺”中开启通知权限，同时检查电池优化或后台限制是否把应用置于受限状态。应用内路径大同小异，真正决定“能不能收到”的常常是这两步系统设置。因此，设置完成后先别急着调阈值，先把系统权限确认一遍。
提示：设置完成后不要立刻关闭 App 等待。先用一个贴近现价、方向明确的条件做一次验证触发，确认通知链路通畅，再改成真正的目标价位。验证方法见第十节。
失败分支与回退
如果保存时提示条数已满或条件无效，通常意味着提醒数量达到当前账户或版本的上限，或阈值填写超出了允许范围。此时的处理顺序是：先清理已失效或已触发过的历史提醒，再检查阈值是否与现价差距过大，最后确认账户登录状态是否正常。具体上限随版本与账户类型变化，请以客户端新建时的提示文案为准，不要依据第三方教程里的数字做规划。
五、桌面端：批量管理与盘中值守
桌面端的价值不在单条设置，而在批量维护。经验性观察是，PC 客户端的提醒（部分版本称“预警”）入口通常位于顶部菜单的某个功能类目下，也可能通过个股右键菜单进入；进入后可以看到一个条件列表，支持逐条启用、停用与删除。对于同时跟踪十几只标的的用户，这种列表式管理比在手机上逐只点开要高效得多。
桌面端的边界同样明确：它依赖客户端处于运行状态。关闭软件、休眠或断网期间，条件不会被计算。所以不要把桌面端提醒当作“服务器端值守”，它只是一个本地守夜人。如果你需要覆盖非交易时段的准备性判断，应该把这项工作前移到收盘后的复盘环节，而不是指望夜里的弹窗。
六、阈值怎么定：用波动分布校准，而不是拍脑袋
这是全文最需要动脑的一节。合理的做法是先用可观测的波动特征给标的“量个体温”，再据此设定阈值。具体做法：翻看该股最近一段时间的日线，观察单日振幅的大致区间；也可以借助客户端内提供的波动率类指标辅助判断。把阈值设在日常振幅的量级之外，才能让提醒只在异常时发声。
举例说明（以下为模拟场景，仅用于说明方法）：假设某只标的近期单日振幅多在百分之三上下，若你把到价提醒设在现价上下百分之二，那么它在正常波动中就可能一天被触发数次，消息迅速贬值；若把距离拉到百分之五附近，触发频率会明显下降，而每一次触发都更接近“值得看一眼”的程度。这个换算不需要精确计算，用眼睛估个量级就足够。
双向提醒与单向提醒
很多人只设下跌提醒，忽略上涨。从成本角度看，单向提醒的注意力开销更低，但如果你的持仓逻辑包含目标价兑现，缺了上行提醒就等于放弃了一半的信息。折中方案是：关键支撑位设单向下行提醒，目标区间设单向上行提醒，中间的正常波动一律不管。这不是技术限制，而是注意力预算的分配问题。
七、触发的成本账：延迟、耗电与打扰
把提醒当作一个成本项来核算，会得到更冷静的配置方式。它的成本有三块：一是延迟，行情推送、客户端计算与系统通知通道叠加，实际到达时间通常在数十秒到分钟级，具体因网络与设备状态而异；二是耗电与后台占用，订阅条目越多、刷新越活跃，常驻开销越大；三是打扰，这是最容易被低估的一块，也是唯一由你自己完全可控的一块。
收益侧则只有一个指标：在被提醒的那一刻，你是否获得了有用的信息。于是优化的方向就很清楚——不是提高提醒的灵敏度，而是提高每次触发的信息量。经验性观察是，当一个人把提醒条数从几十条压缩到个位数、并把阈值推到噪声带之外后，他对提醒的信任度反而上升，因为他不再需要下意识地怀疑“这条是不是又白响了”。
警告：不要把提醒当作交易执行时钟。分钟级的到达延迟在快速行情中足以让“到价”变成“已经过去了”。凡是需要精确时点的操作，应当使用券商侧的委托工具，而不是依赖客户端通知。
八、触发之后：去重、失效与复盘
一条提醒触发之后会发生什么，取决于它被设置成一次性还是重复触发。一次性提醒在触发后通常自动失效，适合“只关心第一次到达”的场景；重复触发适合区间震荡中的持续观察，但代价是同一价位可能反复打扰。配置时如果不确定，优先选一次性，需要时再补设，这比事后清理一堆重复消息要省事。
另一个常被忽略的动作是记录。多数提醒面板支持填写备注，建议把“当初为什么设这条”写进去，哪怕只有几个字。隔两周回看时，你会发现备注比价格本身更有价值——它让你分清哪些提醒是基于逻辑，哪些只是一时情绪。这也是把提醒系统从“通知工具”升级为“决策留痕”的最低成本方式。
九、故障排查：收不到提醒的常见原因
排查应当按“现象 → 可能原因 → 验证 → 处置”的顺序推进，避免一上来就重装。以下五类原因覆盖了绝大部分情况，按发生概率从高到低排列。
- 系统通知被关闭：验证方式是查看系统设置中该应用的通知开关，处置是重新开启并确认声音与横幅未被单独禁用。
- 后台被系统限制：验证方式是在应用切到后台一段时间后，用一个易触发的条件测试；处置是将其加入电池优化白名单或允许后台活动。
- 条件本身未满足：验证方式是核对提醒里使用的价格口径与行情显示的口径是否一致，尤其是复权设置不同的情况下。
- 提醒已失效：验证方式是到提醒管理页查看该条目的状态；处置是重新创建或改为重复触发。
- 登录状态异常：验证方式是检查账号是否处于登录态、数据是否已同步；处置是重新登录后复核条件是否仍然存在。
除权除息带来的口径漂移
这是最容易被误判为“客户端出 bug”的一类问题。绝对价格提醒绑定的是一个具体数字，而个股在除权除息后，价格序列本身会发生跳变。如果你的行情视图使用前复权，而提醒使用的是未复权价格，两者就会出现系统性偏差，表现为提醒“提前触发”或“迟迟不触发”。处置方式并不复杂：在分红送转等事件后，主动复核一次相关提醒的数值，必要时按新的价格中枢重设。这类维护动作每年发生次数有限，但漏做一次的代价不小。
十、验证与观测：怎么确认它真的会响
可靠的做法是做一次受控验证：选取一只流动性正常、当前处于交易时段的标的，把提醒阈值设在现价附近、方向明确的位置，保存后把应用切到后台，观察是否在预期时间内收到通知。整个过程的关键在于“切到后台”——前台状态下收到通知，不能证明后台链路通畅，而后台恰恰是提醒真正需要工作的场景。
验证通过后，再把这个临时条件改成真正的目标价位。建议把这次验证的时间点记下来，日后如果出现漏提醒，可以回头比对当时的环境是否发生变化（例如系统升级后通知权限被重置）。这套流程不需要任何额外工具，只用一次真实触发就能排除大部分不确定性，成本远低于事后猜测。
十一、适用与不适用场景清单
适用的场景有明显的共同点：决策频率低、单次决策价值高、允许分钟级延迟。例如跟踪少数几只标的的关键价位、为分批建仓预设档位、为长期持仓设置极端估值提醒。这些场景里，提醒承担的是“把你叫回桌前”的角色，而不是“替你做决定”。
不适用的场景同样清晰：需要秒级反应的短线操作、依赖精确成交价的执行、以及任何你无法承受漏看后果的环节。还有一类容易被忽略的不适用情形——同时跟踪过多标的。当提醒条数超过你日常能处理的注意力上限时，系统并没有失效，失效的是人的筛选能力。此时正确的动作是减少标的，而不是增加提醒。
十二、最佳实践检查表
把前面的结论压缩成一份可直接照着做的清单，适合每次新建提醒时快速过一遍。
- 先问“触发后我会做什么”，答不上来的不设。
- 用近期振幅校准阈值，把提醒放在噪声带之外。
- 优先使用一次性提醒，需要持续观察时再改为重复。
- 同时覆盖支撑与目标两个方向，避免只盯下跌。
- 在备注里写下设置理由，为日后复盘留痕。
- 设置完成后做一次后台触发验证。
- 发生除权除息后，主动复核绝对价格类提醒。
- 每月清理一次已失效条目，保持列表可读。
十三、常见问题
同花顺自选股股价提醒最多能设多少条？
不同版本与账户类型下的上限可能不同，客户端在新建提醒时通常会给出相应提示。建议以实际界面提示为准，不要依据第三方教程中的固定数字做规划。如果提示已达上限，先清理已触发或已失效的历史条目，往往就能继续添加。
关闭 App 之后提醒还会触发吗？
这取决于系统的后台策略与应用是否被允许后台运行。移动端在被系统回收后可能出现延迟或不触发；桌面端在软件关闭或设备休眠期间不会计算条件。可靠的做法是完成一次后台状态下的受控验证，并确认通知权限与电池优化设置均已放行。
提醒能同步到多台设备吗？
通常与账号登录状态相关，同一账号在不同设备上的表现可能因版本与同步机制而异。稳妥的验证方法是：在设备 A 上新建一条提醒，随后在设备 B 的提醒管理页面查看是否出现。若未同步，说明该版本的条件保存在本地，需要在各设备分别维护。
除权除息后原来的提醒要不要改？
建议复核。绝对价格类提醒绑定的是具体数值，而价格序列在除权除息后会发生跳变；若行情视图使用复权口径而提醒使用未复权价格，就会出现系统性偏差。处理方式是按新的价格中枢重设阈值，或改用百分比类提醒降低维护频率。
提醒和条件单应该怎么选？
看决策是否需要人工判断。需要二次确认的场景用提醒，把执行权留在自己手里；参数明确、纪律清晰的执行型场景才考虑条件单，且需确认所绑定券商支持相关能力。二者的风险结构不同：提醒可能漏看，条件单可能在你不在场时按错误参数执行。
十四、写在最后
把这件事收束成一句话：同花顺的股价提醒是一个注意力分配工具，配置的质量取决于你做减法的能力，而不是加法的数量。路径可以在几分钟内走完，真正决定它好不好用的是阈值是否落在噪声带之外、提醒条数是否在你的注意力预算之内、以及你是否完成过一次后台状态下的验证。
下一步建议按这个顺序动手：先打开提醒管理页，把已失效和不再关心的条目清掉；再挑一到两只最在意的标的，用近期振幅校准出一个阈值并完成受控验证；最后在备注里写下设置理由。做完这三步，你会发现提醒列表变短了，但每一条响起来的时候，你都愿意停下来看一眼——这才是这个功能应有的状态。文中涉及的界面入口与可选类型可能随版本调整，具体请以你当前使用的客户端为准。