同花顺自选股提醒功能如何开启？支持哪些提醒方式？

一、从一次“没收到提醒”说起

同花顺自选股提醒功能的开启路径本身并不复杂，真正决定它好不好用的，往往是另外三件事：提醒维度选得对不对、系统通知权限给没给、触发之后有没有留下可回溯的记录。这三件事分别对应功能理解、环境配置与合规留存，缺一环，提醒就会从“工具”退化成“心理安慰”。

先明确一个基本定位：自选股提醒是把行情条件翻译成一次通知推送。它不改变持仓，不产生委托，也不构成任何交易指令或投资建议。这个定位听上去像是废话，但实践中恰恰是最容易被忽略的边界——很多人把提醒当成“会自动帮我盯盘并操作”的东西，结果在关键价位上既没收到推送，也没有任何后续动作。

从技术链路上看，一次完整的提醒要经过四个环节：客户端本地条件判断或服务端条件匹配、消息下发、系统推送通道投递、终端展示。任何一环被系统策略打断，提醒都会静默失败。因此本文不会承诺“设置完就一定收得到”，而是把每个环节的可控点、验证方法和回退方案讲清楚。

二、功能定位：提醒、条件单与盯盘工具的分界线

同花顺体系内与“盯行情”相关的功能不止一个，混淆使用是常见问题。提醒（部分终端文案写作“预警”）属于信息通知类功能，条件满足时给你发消息；条件单属于交易委托类功能，条件满足时向券商报送委托；而各类盯盘、异动监控类工具，本质上是在提醒之上做了批量化和规则化的封装。三者的可靠性要求完全不同：提醒丢一条，损失的是一个观察窗口；委托丢一条，损失的可能是一次成交机会。

这也是为什么在讨论提醒设置时，值得先问一句“我要的到底是通知还是执行”。如果答案是通知，那么同花顺的自选股提醒足够胜任；如果答案是执行，应当去看券商端的条件单能力，并且明确知晓条件单同样存在触发失败、部分成交、滑点等风险，不存在“设了就一定成”的机制。

经验性观察：把到价提醒当作下单信号使用，是新手最常见的误用方式。提醒到达时价格往往已经跳过了你设的那个点，尤其在波动剧烈的时段，通知延迟与价格滑移会同时出现。

边界也需要提前说清。提醒功能依赖网络连通性和系统后台策略，在断网、飞行模式、系统深度省电、应用被强制停止等状态下不保证送达；不同终端可设置的提醒维度也不完全一致，手机端支持的维度未必在桌面端原样存在，反之亦然。凡是涉及“必须知道”的信息，都不应只依赖单一提醒通道。

三、为什么用“合规与数据留存”的视角看提醒设置

提醒是一个极轻的动作，点几下就设完了，正因如此它很少被纳入留痕管理的视野。但在一些特定角色手里，提醒会牵出实质性的合规问题。设想一位从业者被客户问“跌到某个位置能不能提醒我一下”，如果这句话以口头或聊天形式给出，事后一旦产生争议，双方对“当时到底约定了什么”往往各执一词。可审计的提醒设置，价值就在这里：它把一个模糊的口头约定，变成了有时间的、可截图的、可复述的具体配置。

把这件事拆开看，可审计性其实包含三层。第一层是事前可授权：谁设置了什么提醒、设在哪只标的上、设了什么阈值，配置本身应当能被记录下来。第二层是事中可记录：提醒是否真的触发、触发时刻的行情大致处于什么位置。第三层是事后可回溯：一段时间之后，还能不能还原出当时的设置与触发情况。

需要提醒的是，同花顺作为行情软件，其提醒记录属于客户端消息范畴，不构成任何形式的交易凭证或法律证据。这里讲的“留存”，指的是个人或团队内部的自我管理习惯，而不是宣称软件提供了合规审计能力。这一点必须分清，否则容易把内部管理动作误当成官方背书。

以下几类场景，值得把提醒配置纳入日常留痕：需要向他人复述“我什么时候关注到这只股票”的岗位；对多个标的设置了密集提醒、事后需要区分哪条先触发的场景；以及把提醒作为工作流程一环、需要向协作方交代进度的情况。反过来，纯粹个人观察、金额很小、不涉及第三方的情况，过度留痕只是增加负担。

四、同花顺支持哪些提醒方式

从公开可见的客户端能力看，自选股相关的提醒大体可以归为几类维度：价格类（到某个价位提醒）、涨跌幅类（当日或区间涨跌幅达到某个比例提醒）、以及部分版本提供的异动或事件类提醒。不同终端、不同版本开放的具体项并不相同，下面表格给出的是常见形态，实际可选项请以你手上客户端的界面为准。

做法上建议遵循“一条标的、少量条件”的原则。原因很直接：同一只股票上叠加五六条提醒，触发时会连续推送，反而稀释了每条信息的辨识度，也更容易被系统折叠。边界在于，如果你的关注点本身就是多条件的组合（比如既要价格突破又要放量），那么提醒能表达的只是其中一部分，剩余部分需要靠人眼在盘中确认。

还有一个容易被忽略的细节：提醒的触发基准。到价提醒看的是最新成交价，涨跌幅提醒看的是相对昨收的比例，两者在市场剧烈波动时可能给出方向相反的体感。示例：某只标的昨日收盘后发布重要信息，今日大幅高开，你设的“跌到某个价位提醒”可能在高开后很长时间都不会触发，而“跌幅超过某个比例提醒”却在开盘瞬间就响了——因为比例是相对昨收算的，价格本身并没有跌回你心里的那个绝对位置。

五、开启前的三项准备

很多人直接从“设置提醒”这一步开始，然后卡在收不到推送。更稳妥的顺序是先把环境铺好，再设条件，最后做一次验证。准备工作就三件，但每一件都能挡住一类故障。

第一件是账号与自选股的同步状态。提醒通常依附在自选股列表上，如果自选股只存在于本地、没有同步到账号，换设备登录后可能看到列表还在、提醒却没了。判断方法很简单：在另一台设备上登录同一账号，看自选股是否原样出现。

第二件是系统通知权限。这是收不到提醒的第一大原因，且往往发生在系统升级之后——权限被重置、通知被归入静音分组、横幅被关闭，都会导致“App 内看得到记录，锁屏却毫无动静”。第三件是后台运行策略。安卓阵营的省电优化、厂商自启动管理，以及苹果端的后台刷新策略，都会影响提醒的及时性。

• 账号已登录，自选股已同步到云端或账号体系；
• 系统设置中已允许同花顺发送通知，且横幅、声音、锁屏展示均未被关闭；
• 系统未对该应用启用严格的后台限制或深度省电模式。

“什么时候不该做这些准备”？如果你只是盘后复盘时看一眼提醒记录，并不需要实时性，那么后台策略这一项可以放宽，代价是提醒可能延迟到下次打开应用时才集中出现——这种延迟在复盘场景下无害，在盯盘场景下则是致命的。取舍点在于你对时效的要求，而不是设置项越多越好。

六、安卓端最短可达路径

安卓端的路径通常是：打开同花顺，进入自选股列表，点开目标个股的详情页，在详情页的工具栏或右上角“更多”菜单中寻找提醒相关入口，进入后选择提醒类型、填写阈值、确认保存。部分版本会在个股页直接以“提醒”字样呈现按钮，位置随版本调整，若一时找不到，可先在详情页自上而下扫一遍工具区。

保存之后，务必回到系统层面确认权限：进入手机的“设置 → 应用管理 → 同花顺 → 通知”，确认总开关与各类通知渠道均已开启。这一步是很多“设了没响”问题的真正症结。此外，在电池或省电设置中，把该应用从“智能限制”调整为允许后台活动，能显著改善提醒的及时性——具体项目名称因厂商而异，以实际系统界面为准。

失败分支与回退：如果个股页确实找不到提醒入口，可以退一步到自选股列表页，长按目标标的查看是否有快捷菜单；仍找不到时，检查应用是否为截至当前的最新版本，旧版本的功能入口与文案可能与新版不同。若所有入口都不可见，说明该终端在当前版本下可能未开放对应能力，此时应改用桌面端设置，而不是反复重装应用。

七、iOS 端最短可达路径

iOS 端在应用内的设置路径与安卓大体一致，差异集中在系统层的权限管理。首次触发提醒时，系统会弹出通知授权请求，若当时点了“不允许”，之后应用内再怎么设置都不会有推送。补救方式是进入“设置 → 通知 → 同花顺”，把“允许通知”打开，并按需开启横幅、声音与在锁定屏幕上显示。

iOS 的另一个特点是通知分组与专注模式的干扰。开启“专注模式”或“勿扰模式”期间，推送可能被静默处理，锁屏上看不到任何提示，但通知中心里仍有记录。因此排查时不要只看锁屏，也要下拉通知中心确认是否存在被折叠的消息。

边界说明：iOS 对后台运行的管控较严，应用被系统回收后，本地条件判断可能暂停。经验性观察是，依赖服务端匹配并走系统推送的提醒相对稳定，纯本地判断的提醒在应用长时间未打开时延后会比较明显。这一点无法通过设置完全消除，只能通过定期打开应用来缓解。

八、桌面端最短可达路径

桌面端的情况需要单独说明。在电脑版同花顺中，同类能力通常以“预警”的名称出现，入口一般位于顶部菜单的功能区，或在个股上通过右键菜单进入。进入后一般可以设置监控的标的范围、触发条件与提醒方式，并可以查看已触发记录的列表。

桌面端相对手机端的优势在于记录更完整：触发历史通常以列表形式保留，便于按时间顺序回看，这对需要事后复盘的场景价值很高。劣势则是离开了电脑就收不到，因此更适合作业时间固定在工位上的使用者。如果你的使用场景横跨两端，建议在两端各设一套，而不是指望一端覆盖全部时段。

九、提醒触发之后：记录在哪里，怎么留痕

提醒触发后，信息会同时落在两个地方：应用内的消息中心，以及系统通知栏。前者是持久的、可回看的，后者是易失的、滑动即消。理解这个差异，直接决定了你该在哪一层做留存。

应用内消息中心是主要的回溯入口，通常能看到触发时间与对应的标的。但它的保留期限不受用户控制，客户端清理缓存或重装应用后，历史记录可能一并消失。系统通知栏的优势是带有精确到分钟的时间戳，劣势是几乎无法批量导出。

示例：某位使用者习惯在收盘后回看当日触发的提醒，他的做法是每天收盘后打开消息中心，把当日触发记录连同设置页一起截图，按日期存入同一个文件夹。整个动作一分钟以内，但半年之后他仍能准确说出“那次提醒是什么时候设的、什么时候响的”。这就是最低成本的可审计性——不需要任何额外工具，只需要固定动作。

边界要再次强调：这些截图只是个人记录，不具备任何凭证效力。如果涉及与他人的正式约定，正确做法是通过正式渠道书面确认，而不是依赖一张通知截图。

十、决策树：什么情况选哪种提醒

把选择过程压缩成几个判断点，能显著减少无效配置。第一个判断点是：你要的是“某个具体价位”还是“某种相对变化”。前者用价格类提醒，后者用涨跌幅类。第二个判断点是：这只标的的波动特征如何。日内振幅本来就大的标的，用百分比提醒更合适，因为绝对价格的跳动区间太宽；而波动平缓的标的，用绝对价格反而更精准。

第三个判断点是频率容忍度。如果一条提醒一天响十几次，它基本就失效了——你会开始忽略它。所以设置之前先自问：这条提醒一周内大概会响几次？如果预期超过每天两三次，就应该调整阈值，或者改用更宽的边界。

• 有明确的心理价位、且该价位与当前价有足够距离 → 到价提醒；
• 关注的是“今天是不是异动”，不关心具体点位 → 涨跌幅提醒；
• 需要同时盯上下两个方向 → 区间提醒，但阈值要拉开，避免来回触发；
• 只想在收盘后知道“今天有没有发生什么” → 不必设实时提醒，直接看复盘数据更省事。

“什么时候不该用这套决策”？当标的处于停牌、长期无成交或流动性极差的状态时，提醒的触发逻辑仍然成立，但触发的意义已经不大——价格可能长时间纹丝不动，或者一开盘就直接跳过你的阈值。这种情况下，提醒带来的确定性是虚假的。

十一、例外与取舍：哪些情况应当克制

有三类情况值得刻意克制。第一类是高密度提醒。给十几只标的各设多条条件，每天收几十条推送，最终的结果是全部划掉，等于没设。第二类是依赖提醒做执行决策。前文已经说过，提醒是通知不是委托，把成交希望寄托在一条推送上是错配。第三类是把提醒设在极端价位上，比如设在涨跌停附近——这类提醒要么永远不响，要么在最难操作的时刻响起。

还有一个取舍容易被忽视：提醒数量与心理负担的关系。经验性观察是，当一个人给自选股设了过多提醒之后，他的注意力会从“研究标的”转向“等待通知”，反而降低了对整体市场的感知。这不是技术问题，而是使用方式问题。

注意：本文所述均为客户端功能层面的操作与观察，不构成任何投资建议。提醒功能的可用性、触发口径与展示形式可能随版本更新而变化，涉及具体界面文案时请以你实际使用的客户端为准。

十二、故障排查：收不到提醒的四种典型情形

排查应当按“现象 → 可能原因 → 验证方法 → 处置”的顺序推进，而不是把所有设置项挨个改一遍。下面按发生频率从高到低排列四种情形。

排查中最容易走弯路的一步，是在不确定原因的情况下重装应用。重装会清掉客户端本地的提醒配置与消息记录，反而让问题变得更难定位。更稳妥的做法是先做第二条验证：设一个几乎必然触发的条件，看它响不响。响了说明配置没问题，问题在权限或后台；不响说明问题在设置本身。

十三、验证与观测方法（可复现）

下面这套流程可以在一两分钟内完成，用于确认提醒链路整体通畅。它不依赖任何特定版本，只要客户端具备到价提醒能力即可复现。

1. 选一只流动性较好的自选股，在提醒设置中创建一个“上穿当前价略上方”或“下穿当前价略下方”的条件，阈值与现价的距离尽量小；
2. 保存后保持应用在前台或后台存活，不要主动杀掉进程；
3. 观察是否在短时间内收到推送，并记录下从设置到收到的大致时长量级；
4. 若未收到，回到第十二节的表格逐项核对，先查权限，再查后台策略，最后查阈值方向是否设反；
5. 收到后，进入消息中心确认是否同步生成了一条记录，并检查记录中的时间与推送时间是否一致。

这套验证的观测指标只有三个，全部是定性的：是否收到、延迟大致处于哪个量级、记录是否同步。之所以不给出精确秒数，是因为它高度依赖设备性能、网络状况与系统调度策略，任何精确数字都会误导。经验性观察是，在正常的网络与权限条件下，从条件满足到收到推送通常在一个可感知但不算明显的延迟范围内；如果延迟长到需要你去翻手机才看到，那就属于配置或后台策略的问题。

验证完成之后，建议把测试用的那条提醒删掉。留着它会在后续造成无意义的触发，也会让消息中心里混入干扰项。这个动作很小，但直接关系到后续记录的可读性。

十四、适用与不适用场景清单

把适用边界写清楚，比罗列功能更有用。适用范围大致集中在三类人身上：需要在自己不能盯盘时获得一次提示的上班族；同时关注多只标的、需要把注意力分配到关键节点上的使用者；以及需要向他人复述“我在什么时候关注到某个变化”的从业者。这三类的共同点，是把提醒当作注意力的调度工具，而不是决策工具。

不适用的情况同样清晰：把提醒当作交易信号、期望它替代人工判断的；对时效要求高到以秒计的短线场景；以及在合规上需要正式留痕、必须依靠书面确认的正式约定。这三类的共同点，是把一个通知工具的可靠性想得过高。

十五、最佳实践清单

把前面的内容压缩成一份可以直接照着做的检查表，方便在每次设置时快速过一遍。它不追求穷尽，只覆盖最容易出错的那几处。

• 先在系统层确认通知权限与后台策略，再去设条件——顺序反了会浪费大量排查时间；
• 一只标的的提醒条目控制在少数几条内，触发频率以“一周响几次”为尺度衡量；
• 设置时想清楚触发基准是价格还是比例，两者在剧烈波动时给出的信号可能相反；
• 设置完成后立即做一次可复现的验证，确认链路通畅；
• 需要留痕的场景，固定一个每日动作，把当日触发记录与设置页一并归档；
• 换设备或重装前，先确认自选股与提醒是否随账号同步，不同步的先截图留存。

这份清单里最容易被跳过的是第二条。人们倾向于“多设几个总没坏处”，但提醒的边际价值递减得非常快，第五条和第六条反而更值得投入时间。

十六、常见问题

十七、写在最后

回到开头那个问题：同花顺自选股提醒的开启路径其实很短，但真正决定它有没有价值的，是你怎么定义它的角色。把它当作注意力调度工具，它会安安静静地帮你盯住几个关键节点；把它当作决策工具，它迟早会在某个关键时刻让你失望，而那一次失望的代价往往会覆盖掉此前所有的便利。

如果只能带走三件事，我建议是这样三件。第一，先配环境再设条件，权限与后台策略是绝大多数“收不到”的根因。第二，控制提醒密度，宁可少设几条，也不要让它变成每天被划掉几十次的噪音。第三，固定一个留痕动作，哪怕只是每天收盘后截一张图，长期积累下来的可回溯性，远比临时回想可靠。

下一步可以做的事很具体：打开客户端，先做一次本文第十三节的验证流程，确认链路通畅；然后清掉测试用的那条提醒，把现有的自选股按重要性排个序，只给最前面的几只设置条件；最后在手机日历里加一个每日提醒，用于归档当日的触发记录。整套动作不复杂，但它把“提醒”从一个随手点开的功能，变成了一个可以复盘、可以复述、可以交代的工作环节。