同花顺条件单是否支持设置自动止损卖出？

先给结论：能设，但「自动」的边界必须先划清

同花顺条件单支持设置自动止损卖出，这是它作为行情与交易终端的一项常规能力。但「自动」这两个字在实际使用中有两层含义，很多人把它们混为一谈：第一层是「到了价位系统帮我挂单」，第二层是「我关掉手机它也会挂单」。前者几乎所有绑定了券商的用户都能做到，后者则取决于你所绑定的券商是否提供服务器端（云端）监控。两层之间的差距不在操作步骤，而在监控器究竟跑在哪里——这也直接决定了你是把它当盯盘助手，还是当风控工具。

因此本文不急着堆步骤，而是先把功能定位讲清楚：条件单解决的是「人不在盘面前，也要按预设纪律执行」的问题，它的对手是情绪和注意力，不是行情预测能力。理解了这个前提，后面的参数怎么填、阈值怎么取、什么时候不该用，才有判断依据；否则照着截图点完一遍，仍然不知道自己设下的是一条纪律，还是一份心理安慰。

条件单和普通止损委托，到底差在哪

普通止损委托是挂在交易所撮合系统里的一张单，触发即成交，逻辑简单。条件单则是在你的委托和交易系统之间加了一层「监控器」：监控器先看行情是否满足你设定的条件，满足后才把真正的委托送出去。多出来的这一层，既是它的价值，也是它的风险来源——因为监控器本身可能不在线、可能延迟、可能因为参数设置不当而提前或延后触发。判断该用哪一种，本质上是在问：你能否接受这层中间环节自带的不确定性。

用一个具体场景说明差异。假设你持有某只股票，成本 20 元，你希望亏损控制在 8% 附近。用普通委托，你需要在 18.4 元挂一张止损单，全天有效，但这张单会占用可用持仓；用条件单，你可以只设「最新价低于 18.4 元时，以市价卖出全部持仓」，在触发之前持仓仍然自由，可以正常做 T 或调整。这就是条件单的核心优势：不占用持仓、按需触发。反过来说，这份自由也有代价——触发之前，纪律只存在于设置里，还没有落到交易所的撮合队列中。

反过来，什么情况下应该用普通委托而不是条件单？当你的持仓本身就是「必须成交」的性质，比如融资仓位、质押担保品，或者你完全无法保证设备在线时，直接挂交易所的止损委托更可靠。条件单适合的是「有弹性但需要纪律」的场景，不适合「零容错」的场景。

版本差异与入口迁移：为什么你找不到那个按钮

同花顺的条件单入口在不同版本、不同端上位置并不统一，这是用户抱怨「看了教程却找不到」的主要原因。经验性观察是：移动端通常把条件单放在「交易」页的下方功能宫格，或者首页的「更多」功能区里；桌面端则在「交易」相关菜单中，但并非所有桌面版本都提供完整的条件单能力。具体位置随版本调整，不能拿旧截图当标准答案——教程与界面对不上，往往不是用户操作错了，而是版本已经换了一轮。

与其记路径，不如记搜索。截至当前的最新版本，App 内一般提供全局搜索或功能搜索，直接搜「条件单」三个字，比在菜单层级里翻找快得多，也更抗版本变更。这是文档写作里比较务实的一条建议：教用户找入口的方法，而不是教一个会过期的入口坐标。

迁移场景也值得说一句。如果你换了手机、换了绑定的券商，或者从旧版本升级上来，历史条件单可能不会自动延续——尤其是那些依赖客户端本地监控的单子。升级或换机后，重新打开条件单列表逐条核对状态，是必要动作，不要假设它会自己恢复。这个动作花不了几分钟，但能避免把「没恢复」误判成「没触发」。

分平台最短路径：Android、iOS 与桌面端

下面给的是「最短可达路径」，不是唯一路径。若你的界面与描述不符，优先用上文的搜索法；把它当作参照系，而不是必须逐字对上的坐标。

Android 端：打开同花顺 App → 底部「交易」→ 登录并确认已绑定券商账户 → 在交易页功能区找到「条件单」（部分版本归在「智能交易」或「更多」内）→ 新建条件单 → 选择止损类模板或自定义价格条件 → 设置触发条件与委托参数 → 提交并确认监控方式提示。

iOS 端：整体路径与 Android 基本一致，差异主要在系统层面的后台限制。iOS 对后台进程的管控更严，如果你看到条件单详情里标注的是「客户端监控」，那么 App 被系统回收后监控就会中断，这一点在 iOS 上比 Android 更容易发生。换句话说，同一条条件单在两个系统上的实际可靠性可能并不相同，这不是设置问题，而是运行环境问题。

桌面端：PC 版同花顺通常从「交易」相关菜单进入条件单管理，界面信息密度更高，适合批量核对已有条件单。但桌面端是否提供完整的条件单创建能力，不同版本差异较大，以你实际界面显示的入口为准；如果只看到列表看不到新建，说明该版本把创建能力放在了移动端。

关键参数怎么填：触发条件、委托价格、有效期

一条止损条件单真正影响结果的参数只有三个，其余都是辅助。以下按重要性排列，但三者在实际取舍中并不彼此独立。

第一是触发条件。常见写法是「最新价 ≤ X 元」，也有按跌幅百分比触发的写法。用固定价格还是用百分比，取决于你的持仓成本是否清晰：如果你能准确说出成本价，用价格更直观；如果是多笔建仓、成本模糊，用跌幅百分比更省心。两者的差别在于，百分比会随参考基准变化，务必确认系统用的是哪一天、哪一种基准价。

第二是委托价格。触发之后送出的那张委托，用限价还是市价，结果可能天差地别。限价单能锁住成交价，但在快速下跌中可能触发后挂着不成交，止损形同虚设；市价单优先保证成交，但在流动性差的标的上滑点可能很大。一个折中的常见做法是：流动性好的标的用市价或稍宽于触发价的限价，流动性差的标的宁可放宽限价幅度也要留出成交空间。

第三是有效期。当日有效还是长期有效，决定了你要不要每天重建。长期条件单通常需要券商侧支持，若你的券商不支持，列表里往往只能看到当日单。这一点在创建页一般会有说明，注意看。经验性观察是，当日单的隐性成本常被低估：每天重建一次，漏掉一天就等于当天没有止损，这类疏漏比参数填错更常见。

这三个参数构成了一个取舍三角：想成交确定，就得让渡价格；想锁住价格，就得接受可能不成交。没有既保证成交又保证价格的方案，任何声称能做到的说法都值得警惕。

执行机制：客户端监控与券商托管的分水岭

这是全文最需要读者留意的一节。条件单的「监控器」跑在哪里，决定了它的可靠性上限。跑在手机上的，叫客户端监控：App 必须在前台或至少存活于后台，能收到行情推送，条件满足时才发出委托。跑在券商服务器上的，叫服务器端或云端监控：你的手机关机也不影响执行。

怎么判断自己属于哪一种？经验性观察有三条线索：一是创建或详情页是否出现「云端」「服务器」类字样；二是条件单列表是否在退出登录后仍然保留并显示监控中；三是做一次离线验证（下一节详述）。三条线索不必全部成立，只要有一条给出明确指向，基本就可以定性。

为什么这个区分如此关键？因为止损恰恰发生在你最可能不在场的时候——开盘跳空、盘中急跌、深夜外盘异动后的次日开盘。如果你的条件单依赖手机在线，那么「自动止损」实际上等于「手机在线时的自动止损」，这个前提必须写进你的风控假设里，而不是事后再补。

延迟、滑点与成本：阈值该怎么取

从「行情满足条件」到「委托送达交易所」，中间有几段耗时：行情推送间隔、客户端判断耗时、网络往返、券商风控校验。每一段单独看都不长，叠加起来在快速行情里足以让成交价偏离触发价一截。这个偏离就是滑点，也是止损条件单最主要的隐性成本。

所以止损阈值不能贴着你的心理承受线设。举例来说，如果你能接受的亏损上限是 8%，把触发价正好设在 -8% 的位置，那么加上滑点之后实际亏损很可能超过 8%。更稳妥的做法是留出缓冲：把触发价设在 -6% 到 -7% 之间，把滑点空间预留在内。缓冲留多少，取决于标的的流动性和波动率——大盘蓝筹可以留窄一些，小市值或高波动标的必须留宽。缓冲不是保守，而是把「可执行性」也算进成本。

成本还有一块容易被忽略：误触发的代价。价格短暂下影线击穿触发价后又迅速拉回，是条件单最常见的「冤枉」场景。缓解办法有两个，一是用收盘价或均价而非瞬时最新价作为触发依据（若系统支持），二是设一个极短的确认时间窗口。但要注意，任何确认机制都会让执行变慢，在真正的单边下跌中反而吃亏。这是一组需要你自己权衡的取舍，没有普适最优解。

如何验证你的条件单真的会触发

光看界面说明不够，做一次小规模实测最踏实。以下是可复现的验证步骤，建议用极小仓位或模拟环境进行，让结论的代价始终可控。

1. 选一只你已持有、流动性好的标的，创建一条止损条件单，触发价设在当前价下方一个很近但不容易瞬间击穿的位置，委托数量设为最小可交易单位。
2. 记下创建时间、触发价、委托方式，以及系统提示的监控方式。
3. 保持客户端在线，观察价格接近触发价时的表现，记录「行情触及触发价」与「委托出现在委托列表」之间的时间差。定性描述即可，不必精确到毫秒。
4. 再测一次离线场景：创建条件单后彻底关闭 App（是关闭，不是切到后台），等待价格触发的机会，看委托是否产生。若未产生，说明该单为客户端监控。
5. 检查成交回报，对比触发价与实际成交价，得到这次测试的滑点量级。

这套验证的价值不在于得出一个精确数字，而在于让你对自己的工具有量级上的认知：是亚秒级响应还是数十秒级的延迟，是稳定触发还是偶发失败。有了这个认知，你才知道该给止损留多宽的缓冲。

例外与取舍：哪些情况不该用条件单

条件单不是万能的，明确它不适用的情况，比罗列它的好处更有价值。

第一种不适用：极端行情下的流动性枯竭。跌停板上，任何止损条件单触发后都只能排队，市价单也成交不了。这时候条件单不但无效，还可能因为反复触发、反复撤单造成混乱。对这种场景，真正的对策是仓位管理和事前减仓，不是工具。

第二种不适用：高频调整的策略。如果你一天要改五六次止损位，条件单的创建、撤销、重建成本会很高，而且容易出错。这类需求应该由交易纪律和固定复盘节奏解决，工具帮不上忙。

第三种不适用：你并不真正理解触发逻辑的标的。比如带除权除息安排的个股，在除权日前后价格会出现非交易性的跳变，如果条件单的触发价没有做相应调整，可能在除权当天被错误触发。这类细节应查阅公司公告与交易所规则，不能想当然。

换言之，条件单能处理的是执行层面的纪律问题，处理不了标的本身的风险。把两者分开看，才不会高估任何一项工具。

与第三方工具协同时的权限边界

有些进阶用户希望把条件单和外部提醒、自动化脚本连起来。这里必须强调权限最小化原则：任何第三方工具如果需要你的交易账号密码、短信验证码或交易权限，风险等级都会陡然上升，且可能违反券商的服务协议。

相对安全的协同方式是单向的、只读的：例如用系统自带的日历或提醒事项，在关键价位设一个人工复核提醒，到了点位自己打开 App 确认条件单状态。这种方式不涉及凭据外泄，也不会因为第三方服务故障而影响交易。至于把下单动作交给外部程序，除非是券商官方提供的、有明确协议约束的接口，否则不建议在真金白银的账户上尝试。

判断一个协同方案是否可接受，可以问自己三个问题：它需要我的交易密码吗？它出错时我能立刻发现吗？停用它会不会留下残余的委托风险？三个问题里只要有一个答案让你犹豫，就该退回手动方案。这实际上不是技术能力问题，而是权限边界问题。

故障排查：条件单没触发，先查这五处

遇到「明明跌破了却没卖」的情况，按现象到原因的路径逐项排查，比盲目重建有效。下面五类现象按出现频率排列，可以从上往下依次排除。

现象一：条件单状态显示已失效。可能原因包括有效期到期、当日未续期、券商侧权限变更。验证方式是查看条件单详情里的失效原因字段；处置办法是确认券商支持后重建，并考虑改用长期有效类型（若可用）。

现象二：状态正常但价格到了没反应。先确认你看到的「价格」和系统用于判断的「价格」是不是同一个口径——分时最新价、收盘价、均价，触发结果可能完全不同。再确认监控方式是否为客户端，以及 App 是否被系统清理。

现象三：触发了但委托被拒。常见原因是可用持仓不足、资金不足、超出涨跌幅价格笼子、或者该标的当日停牌。这类拒绝通常在委托列表里有明确回报，逐条看回报文案即可定位。

现象四：触发了但没成交。这是限价单的典型表现，说明委托价与市场价脱节。处置办法是评估是否改用市价，或接受这部分不成交的风险。

现象五：重复触发或反复撤单。多半是条件设定得过近，价格在触发线附近反复穿越。缓解办法是拉开触发价与当前价的距离，或改用带确认窗口的触发方式（若系统提供）。

五类现象里，前两类多半出在设置与运行环境，后三类多半出在委托参数与市场条件。分清这一点，才知道该改设置，还是该改预期。

适用与不适用：一张准入清单

把判断标准压缩成清单，便于快速对照。

适合使用条件单自动止损的情形：持仓为普通现货、无杠杆；标的流动性良好、日成交活跃；你的券商支持服务器端监控，或你能保证交易时段设备在线；你愿意为成交确定性让渡一部分价格；止损位与成本之间有足够的缓冲空间。

不适合的情形：持仓为融资或担保品，容不得执行失败；标的流动性差、盘口薄；你需要一天内频繁调整止损位；你对触发口径（最新价 / 收盘价）尚不清楚；你把条件单当成唯一的风险控制手段，没有任何仓位管理配合。

这张清单的意义在于，它把「要不要用」变成一个可以逐条打勾的判断，而不是凭感觉。只要有一项落在「不适合」，就应该先解决那一项，再谈自动化。

最佳实践：六条可以立刻执行的规则

第一，先确认监控方式再创建条件单，把「客户端」还是「服务器」写进自己的交易笔记。第二，止损触发价与心理承受线之间至少留出一段缓冲，缓冲宽度按标的波动率调整。第三，优先选择流动性好的标的做条件单，滑点成本远低于流动性差的标的。第四，每次创建后到列表里核对状态，不要只看提交成功的弹窗。第五，定期（比如每周）清理失效的条件单，避免旧单在行情变化后意外触发。第六，把条件单当作纪律工具而非预测工具，它的作用是减少情绪干扰，不是提高胜率。

这六条里，第一条和第六条最容易被跳过，也最影响最终效果。前四条管的是「别失效」，后两条管的是「别误用」——前者可以靠流程固化，后者只能靠反复自省。工具本身没有立场，决定结果的是使用它的人对边界的理解程度。

常见问题（FAQ）

写在最后：把工具放回它该在的位置

回到最初的问题——同花顺条件单支持设置自动止损卖出吗？支持，但它的可靠性由监控方式决定，它的效果由参数设置决定，它的边界由标的流动性决定。这三件事没有一件能靠「点一下按钮」解决，都需要使用者在创建之前想清楚。

如果只带走一句话，那就是：先验证监控方式，再谈止损阈值。建议你今天做两件事——打开现有的条件单列表，逐条确认状态与监控方式；挑一只流动性好的持仓标的，用最小仓位跑一次本文的离线验证流程。跑完这一次，你对这个工具的信任度会从「听说可以」变成「我知道它在什么条件下可靠」，这才是自动化真正开始的地方。至于入口位置与各端能力，后续版本仍可能调整，把「以实际界面为准、用搜索代替记路径」当成长期习惯，比记住任何一次截图都更稳妥。