一、先把边界讲清楚：提醒是通知，不是委托
围绕同花顺自选股股价提醒的讨论，最常见的误解是把它和“条件单”“智能交易”混为一谈。前者是行情终端里的条件触发器：当某只自选股满足你设定的价格或涨跌幅条件时，客户端或服务端发出一次通知，提醒你“该看一眼了”。它不下单、不冻结资金、不进入券商交易系统，因此也不产生成交回报。后者属于券商交易端的委托能力，受交易所与券商风控规则约束。两者的合规属性完全不同，留存要求也不同。
把这条边界放在最前面，是因为它决定了后面所有操作的意义。提醒的价值在于“把注意力投放到关键时点”，而不是“代替你做决策”。所以在设计阈值时，你其实是在设计一套注意力分配规则；而在留存记录时，你是在为“我当时为什么注意到这件事”留下可回溯的证据链。也正因如此，后文谈设置路径时会反复回到两个问题：条件是否可解释、通知是否可验证。理解了这一点，才谈得上后面的路径、兼容性与风险控制。
提示：本文所述界面入口与条件类型，均以截至当前的最新版本为参照。不同版本、不同渠道安装包（应用商店版与官网版）的界面文案可能存在差异，请以你设备上的实际界面为准。
一、先把边界讲清楚：提醒是通知，不是委托
二、功能定位：它解决的是“盯盘成本”问题
手动盯盘的边际成本很高：自选股超过二十只之后，人眼在分时图之间的切换效率会显著下降，经验性观察是漏看率随列表长度上升。股价提醒的定位，就是把这部分机械劳动交给条件判断，让用户只在“条件被满足”的瞬间被唤起。它和“自选股列表分组”“涨跌颜色标记”属于同一类注意力管理工具，区别在于前者是主动推送，后者是被动展示。
从能力构成看，同花顺的提醒体系通常包含三层：条件层（价格上穿/下穿、涨跌幅达到某个比例、成交量异动等）、通道层（应用内消息、系统推送通知等）、管理层（提醒列表的启停、编辑、删除）。三层分别对应“设什么”“怎么通知我”“如何维护”三个问题。把三层拆开看，很多困惑会变得具体：不是“提醒不灵”，而是条件、通道或管理某一环没对齐。本文按这个顺序展开，因为用户踩坑最多的地方恰恰是第三层——设完就忘，最后被一堆过期条件淹没。
需要明确不适用范围：如果你需要的是“到价自动委托”，请到券商交易端了解条件单功能；如果你需要的是组合层面的整体风控提示，单只个股的提醒无法表达组合语义。把单股提醒硬当作组合监控来用，结果往往是通知过密或关键信号被淹没。
三、自定义涨跌幅与价格区间：到底支持到什么程度
直接回答标题问题：支持。在自选股或个股详情页进入提醒入口后，通常可以按“价格”与“涨跌幅”两类维度设定阈值。价格维度常见的是“上穿某价”“下穿某价”，涨跌幅维度常见的是“涨幅达到某比例”“跌幅达到某比例”。这两类条件可以分别建立，也可以在同一条提醒里组合。支持的范围有边界，下面分开说。
但“价格区间”需要一个澄清：多数版本并不提供单一的“区间”控件，而是通过设置上下两条条件来等效实现。示例：若你希望股价进入 12.00 元至 13.50 元之间时被提醒，实际做法是分别建立“下穿 13.50”与“上穿 12.00”两条提醒，或者理解为“从区间外进入区间内”触发。这个差异看似细节，却直接影响触发次数：一条阈值只会在穿越瞬间触发一次，而如果你误以为是持续区间监控，可能会对“为什么只在第一次进入时响”感到困惑。
涨跌幅的基准也需要留意。涨幅通常以昨收价为基准计算，当日盘中会随价格变动实时更新判断；跨交易日则自动重置。这意味着“涨幅超过 5%”这条提醒，在每个交易日都可能重新具备触发资格。如果你的用途是做中期跟踪，而不是日内监控，更合适的做法是用价格条件而非涨跌幅条件，避免每天被同一只股票的常规波动反复唤醒。
注意：涨跌幅条件在除权除息日可能出现判断基准变化，导致看似“无理由”的触发。这不是故障，而是价格的连续性被除权处理打断。遇到这类情况的处理方式见后文故障排查章节。
四、移动端最短可达路径（Android / iOS）
以当前最新版本的手机客户端为例，最常见的入口有两个。第一条是从自选股列表进入：打开自选股页面，找到目标个股，长按或左滑该条目，在弹出的操作菜单中寻找提醒相关选项。第二条是从个股详情页进入：进入个股分时或 K 线界面，在页面功能区的更多菜单或底部工具条中查找提醒入口。两条路径殊途同归，具体文案（“提醒”“预警”“股价提醒”等）因版本而异，以实际显示为准。
进入提醒设置页后，典型流程是：选择条件类型（价格 / 涨跌幅）→ 填写数值 → 选择触发方向（上穿 / 下穿 / 达到）→ 确认通知方式 → 保存。保存成功后，建议立即回到提醒列表确认这条记录已存在且处于开启状态。这个“回看确认”动作值得养成，因为部分版本在保存后不会自动跳转到列表页，用户容易误以为设置失败而重复创建，最终形成同一条件的多条副本。
iOS 与 Android 的差异主要体现在通知权限上。iOS 需要在系统设置中允许同花顺发送通知，并确认“专注模式”“低电量模式”不会拦截；Android 则需要额外关注后台运行限制与电池优化策略，部分厂商的省电机制会限制后台推送。这两个差异不影响“提醒条件是否被保存”，只影响“触发后你是否能及时看到”。区分这一点，能避免把系统层面的推送拦截误判为软件功能缺失。
五、桌面端最短可达路径（Windows / macOS）
桌面端的优势在于批量管理与条件密度。常见入口有两种：一是自选股列表中的右键菜单，二是个股界面里的提醒/预警功能入口，部分版本还提供独立的提醒管理面板。如果你的自选股数量较多，桌面端更适合做一次性梳理——在同一个面板里看到所有已设条件，逐条判断是否仍然有效，这在移动端的小屏上很难高效完成。
桌面端还有一个实用细节：部分版本支持条件的分组或按股票归类展示，便于把同一只股票的多个阈值放在一起对照，检查是否存在逻辑冲突（比如同时设了“上穿 12”和“下穿 12”，实际效果是双向都提醒，可能并非本意）。移动端由于屏幕限制，这种冲突检查往往需要来回翻页，效率较低。
跨端一致性需要单独说明。经验性观察是：提醒条件在不同终端的同步行为并不完全一致，部分条件属于本地设置，部分可能随账号云同步。因此如果你在手机和电脑上同时使用，建议以一端为主进行维护，另一端仅作查看，避免两端重复创建同一条件。验证方法是：在一端新建一条提醒，随后在另一端刷新提醒列表，观察是否出现同名条件——这是一次可复现的小实验，比任何描述都可靠。更稳妥的做法不是追求两端完全一致，而是先明确以哪一端为准。
六、兼容性对照：不同平台能做什么、不能做什么
下面的对照表基于经验性观察整理，用于帮助你判断“应该在哪个端设置”，而非作为功能承诺。实际能力请以你所用版本的界面为准。
| 维度 | 移动端（Android / iOS） | 桌面端（Windows / macOS） |
|---|---|---|
| 价格条件 | 通常支持，上穿/下穿方向可选 | 通常支持，批量设置效率更高 |
| 涨跌幅条件 | 通常支持，按昨收为基准 | 通常支持 |
| 通知触达 | 系统推送 + 应用内消息，受系统权限影响 | 多为客户端弹窗或应用内消息，依赖程序运行 |
| 批量维护 | 较弱，逐条编辑为主 | 较强，可在列表内集中启停 |
| 跨端同步 | 部分条件随账号同步，需实测确认 | 同上，建议单端维护 |
这张表最有价值的一行其实是“跨端同步”。很多用户在迁移设备时，默认认为提醒设置会原样跟着账号走，结果换机后发现部分条件缺失。稳妥的迁移做法是：先在旧设备打开提醒列表，逐条截图或记录数值，再在新设备上重建，最后两端对照确认。这个流程听起来笨，但在没有导出功能的场景下，它是最可靠的。
七、迁移步骤：换机或换端时怎么不丢条件
迁移的核心风险不是“能不能同步”，而是“你不知道哪些没同步”。因此建议把迁移当成一次盘点，而不是一次点击，按下面的顺序推进。
- 在旧设备进入提醒列表，确认列表已完整加载（下拉刷新一次），避免只看到部分条目。
- 按股票逐条记录条件类型、数值、触发方向、通知方式。条目较多时用截图留存即可，注意截图需包含数值，否则等于没记录。
- 在新设备登录同一账号，先刷新一次提醒列表，观察是否已有条目自动出现——这一步是先看清“系统已经帮你做了什么”。
- 仅对缺失的条件进行重建，避免重复创建。每建一条，返回列表核对条目数是否增加。
- 在新旧两端各触发一次低成本验证：把某条价格条件临时设为明显会触发的数值，确认通知能到达，再改回原值。
- 最后清理旧端残留，防止两端各有一套条件造成重复通知。
第 5 步常被跳过，但它才是迁移是否成功的唯一实证。通知未到达的原因可能是系统权限，也可能是条件未同步，两者表现相同、处置方式不同。通过一次受控触发，你可以把“没收到通知”拆成可观察的两种失败：条件未保存、通道未送达，从而把问题定位到具体环节。
八、通知通道与数据留存：可审计性从哪来
提醒触发后，通知的去处通常有三类：应用内消息中心、系统级推送通知、以及客户端内的弹窗提示。三者的留存特性差异很大。应用内消息通常会在消息中心保留一段时间，可回看；系统推送则是“一次性”的，划过即消失，且是否被系统折叠取决于用户的通知设置；客户端弹窗更弱，程序关闭后不留痕迹。理解了这一点，你就明白为什么“只依赖推送通知”的做法在需要回溯时几乎不可用。
从可审计的角度，建议把“提醒设置”和“提醒触发”分开留存。设置层留存的目的是证明“我确实设过这个条件”，适合用截图并标注日期；触发层留存的目的是证明“这个条件确实被满足过”，适合用消息中心的记录截图，并确保截图里能看到时间与数值。两者结合，才构成一条完整的证据链。反过来，如果只有触发记录而没有设置记录，你无法说明这次触发是预设的还是偶然撞上的。
需要强调一点：提醒记录不能作为交易凭证，也不等同于投资决策依据。它的合规价值在于“注意力管理的自证”，例如团队协作中说明“我在这个价位注意到了异动”，或内容创作者复盘“我的关注点是否合理”。把它当作交易流水使用，是对功能的误读。
九、例外与取舍：哪些情况不该设提醒
提醒并非越多越好。经验性观察是：当单日有效通知超过某个数量后，用户对通知的敏感度会快速下降，形成“通知疲劳”，最终导致真正重要的信号被忽略。这个阈值因人而异，但一个可操作的判断标准是——如果你看到某条通知时的第一反应是“哦，又是它”，那这条提醒就该被重新审视。关键不在数量，而在通知是否对应一个明确动作。
具体来说，以下几类场景建议不设或慎设。第一类是流动性较差、日内波动本就剧烈的标的，固定百分比阈值很容易被常态波动击穿，产生大量噪声；如果要设，用价格条件并留出更宽的缓冲更合适。第二类是你并不打算采取任何动作的观测性标的，纯粹“想知道”的心理需求，用定期查看列表的方式满足即可，不必占用推送资源。第三类是同一只股票上叠加了过多条件（比如同时设了五个价位），这本质上是把判断逻辑外包给了通知，反而增加了盘中决策负担。
反过来，值得设提醒的场景通常具备两个特征：条件一旦满足，你有明确的后续动作；条件不满足时，你不需要关注它。这两条同时成立，提醒才是净收益为正的。
十、风险控制：几个容易踩的坑与应对
第一个坑是除权除息。当标的发生除权除息，价格序列出现跳变，原先设定的价格阈值可能与新的价格中枢严重偏离，导致提醒要么永远不触发，要么立刻触发。应对方式是在除权除息日之后主动复核相关提醒，尤其是长期未触发的那些。验证方法是查看该股的复权处理情况，对照提醒阈值判断是否仍然合理。
第二个坑是跳空。价格条件通常在“穿越”时判断，若某个交易日开盘直接越过阈值，判断逻辑能否捕捉到取决于实现细节。稳妥做法是对重要价位同时设置价格条件与涨跌幅条件，形成冗余；或者在开盘后主动查看一次，不完全依赖通知。
第三个坑是重复设置。多端使用、多次保存、误操作复制，都会让同一条件存在多条副本，触发时连续响多次。治理方式是定期（比如每周）打开提醒列表做一次清理，删除已失效、已重复、已无意义的条目。这个动作成本很低，但能显著降低噪声。
第四个坑是把提醒当成监控全部。提醒只覆盖你显式设定的条件，未设定的部分完全静默。如果你的持仓需要组合层面的关注，单股提醒的覆盖面是不够的，这一点在设置时就要有心理预期，而不是等漏看之后才归因于“提醒不准”。前两个坑与价格序列有关，后两个坑与使用习惯有关，处置时也不妨分开看待。
十一、故障排查：按现象定位，而不是猜
排查的原则是先区分“条件没被判断”和“判断了但没送达”，这两类问题的处置路径完全不同。下面按常见现象展开。
现象一：条件明显满足，但没有任何通知
可能原因有三：条件实际未被保存成功、通知权限被系统拦截、提醒处于关闭状态。验证顺序建议从最外层开始——先打开提醒列表确认该条目存在且为开启状态；再检查系统通知设置中是否允许同花顺发送通知；最后做一次受控触发（把阈值改到必然触发的数值），观察是否收到。三步之后仍无通知，才考虑重装或反馈，避免在低概率原因上浪费时间。
现象二：通知重复出现多次
最常见的原因是同一条件存在多条副本，往往由多端重复创建或保存时重复提交造成。处置方式是进入提醒列表，按股票名筛选出该标的的全部条目，逐条核对数值并删除冗余项。次要原因是多条不同条件在同一时点同时被满足，这种情况不算故障，但提示你条件设计过密，可以合并简化。
现象三：换设备后条件消失
先确认是否登录了同一账号，再确认新设备上的提醒列表是否已刷新。部分条件可能属于本地存储而非账号级同步，这类条件在换设备时本就无法迁移，只能重建。验证方法是回到旧设备查看该条提醒是否存在，若存在且新设备无，则基本可判定为未同步。此时无需反复登录尝试，直接按第七节的迁移步骤重建即可。
十二、适用与不适用场景清单
为了便于快速判断，把适用边界整理如下。这份清单不是规则，而是决策的起点。
- 适用：自选股数量较多、无法持续盯盘，需要在关键价位被唤起的个人投资者。
- 适用：需要对某一价位做纪律性关注（例如预设的再评估点），用提醒替代频繁看盘。
- 适用：内容创作者或研究者在复盘时需要证明“我关注过这个位置”，可通过设置截图与触发记录留痕。
- 不适用：需要到价自动成交的场景，应使用券商交易端的条件单能力。
- 不适用：需要组合层面整体风控提示的场景，单股提醒无法表达组合语义。
- 不适用：高频、多档位、快进快出的短线操作，通知延迟与噪声会抵消其价值。
这份清单的用法是反向排查：如果你的场景落在“不适用”一侧，那么无论阈值设得多精细，收益都有限，不如把精力放在其他工具上。先判断场景，再谈阈值，往往比先调参数更有效。
十三、最佳实践检查表
下面这份检查表可以在每次设置或每月复检时过一遍，多数条目只需十几秒。
- 单只股票的提醒条目控制在三条以内，超过则先合并或删除。
- 价格条件优先于涨跌幅条件用于中期跟踪，涨跌幅条件优先用于日内监控。
- 设定后立刻回列表确认条目存在且开启，避免“以为设了”。
- 每月复核一次长期未触发的条件，判断是否因除权或行情结构变化而失效。
- 跨端使用只在一端维护，另一端仅查看。
- 条件变更时保留设置截图，与触发记录分开存放。
- 换设备前先盘点再迁移，迁移后用一次受控触发验证链路。
- 定期清理重复条目，保持通知的信噪比。
这些做法本身不复杂，难点在于坚持。一个实用的技巧是把“提醒列表清理”和某个固定动作绑定，比如每周第一个交易日开盘前花两分钟过一遍。绑定既有习惯比依赖意志力更可靠。检查表的意义也不是增加步骤，而是把容易遗忘的动作固定下来。
十四、收尾：结论与下一步
回到最初的问题：同花顺自选股的股价提醒支持自定义涨跌幅与价格区间设置，但“区间”通常需要拆成上下两条条件来实现，而非单一控件；触发是穿越式的一次性判断，不是持续监控。真正决定这套功能好不好用的，不是能不能设，而是你有没有把它当成注意力管理工具来维护——设得少而准，比设得多而全更有效。
下一步建议很具体：打开你的提醒列表，用本文第十三节的检查表过一遍，删掉三条最没用的条件，再为最重要的那只自选股补一条你认为真正会采取动作的价位提醒。做完之后，做一次受控触发验证，确认通知链路通畅。这比继续增加条件数量更有价值。版本迭代可能调整入口文案或界面位置，但“条件—通道—管理”这条链路仍可作为复核框架；遇到界面变化时，按这条链路逐层验证，比记住某个按钮位置更可靠。
