止损触发了，为什么币还没有卖掉？

先查看条件是否触发，再查看限价单有没有实际成交。止损限价单包含这两段过程，名字里的“止损”不会把它变成保证退出的承诺。界面显示已触发或已提交，只能说明过程走到了某一步，不能替代成交数量。

两行价格，各自负责一件事

触发价回答“什么时候启动后面的指令”；限价回答“启动之后可以接受什么成交价格”。卖出限价设为九十四，意味着不愿以低于九十四的价格卖出；即使触发条件已经满足，买方只愿出九十二时，价格边界仍然存在。

币安止损限价功能说明明确区分激活与成交。操作入口、状态名称和具体触发规则可能变化，核对时应查看当前使用的现货功能，不要从期货、杠杆或其他平台的同名按钮推定相同行为。

从九十六跳到九十二的教学场景

假设一笔卖出条件单的触发价为九十五，卖出限价为九十四，数量为两单位。又假设触发条件按本例的价格变化满足，相关订单成功进入限价撮合；市场快速变化后，可用买家都只愿支付九十二。此时九十二低于你接受的最低卖价九十四，订单可能继续未成交。

如果后来有买家愿以九十四购买零点五单位，示例订单可以只成交零点五，其余一点五仍需按实际有效规则处理。已经触发、已经部分成交、已经全部成交，是三种不同描述。只问“触发了吗”，无法核对最后持有多少资产。

把两个价格设成一样，会消除这个问题吗

不会。触发价和限价一样，只是使启动阈值与可接受价格边界重合，仍不保证那一刻存在足够数量。如果价格经过该点之后立即远离，限价单依然可能找不到符合条件的对手方。价格数字相同，也不会把两个不同阶段压成一个保证成交的动作。

两个价格之间，没有适合所有情况的固定差值。

设置不同的触发价与限价，可以让第二阶段容纳一定价格变化。间隔更宽，可能意味着接受更差价格；间隔更窄，可能让成交条件更难满足。本文不推荐统一百分比，因为波动、深度和个人目标并不相同。

买入方向也要重新读边界

不要把卖出例子的高低关系直接复制到买入。买入限价是最高接受价格。设触发阈值为一百零五，买入限价为一百零六；若触发之后只剩一百零八的卖价，卖方报价高于上限，买入指令仍可能没有成交。方向变了，比较关系随之改变。

在设置前，可以不用任何术语，先写两句普通话：“当某条件出现时，启动买入”“最高每单位接受多少”。如果第二句与实际填入的数值不一致，就先停下来核对方向和单位。不要因为表单能够提交，就认为它表达了你的原意。

限价先经过，条件却还没有触发

先把时间顺序写出来。

另一个常见疑问是，价格早先已经碰过限价，为什么条件单没有成交。对于尚未触发的这类指令，后面的限价阶段还没有启动。历史上出现过可接受价格，不会替未来才激活的订单预留成交。先比较触发时间和价格发生时间，避免把不同阶段混成同一时刻。

普通限价单排查方法适用于进入撮合之后的价格与数量问题；但在进入那一步之前，条件单还必须先确认触发与提交结果。若触发失败、订单被拒绝或显示异常原因，不能只用“价格不够”解释全部情况。

在哪里查触发时间和成交数量

• 现货交易对、买卖方向和完整订单类型。
• 触发条件及其发生时间，连同界面采用的时间区。
• 触发后的限价、原始数量和提交状态。
• 累计成交数量、关联成交明细及尚未成交的差额。
• 当前是否仍然开放，或已经撤销、过期及显示的原因。

按币安截至 2026-09-13 可查的官方说明，App 可在当前委托中点开 Conditions（条件）查看提交时间；网页端触发后可点 Submitted（已提交）。已经成交或撤销的订单转到订单历史查找。绿色勾选或“已提交”仍要结合累计成交数量看；如果你的版本没有这些标签，按当前界面查条件详情和订单历史。

触发后改价，先确认当前是什么订单

如果决定调整已激活的订单，先确定正在修改的是等待中的条件，还是已存在的限价委托。错误地另建一张条件单，可能留下两条有效指令。原来那笔若仍开放，它以后也可能继续成交，不能因为你建立了“新的方案”就当它不存在。

撤单同样需要确认。

发出请求后，先读取原单最终状态与累计数量，再考虑新数量。撤单期间新增成交的例子解释了为什么最早看到的数量不一定是终值。把新的卖出数量直接写成原始持仓，可能与已有成交或仍被占用的数量冲突。

触发价、成交价和卖出数量分别记

还应保留最初的触发条件截图或文字记录，避免后来只看到生成的限价单，就忘记它为什么出现。条件单经过不同阶段以后，信息可能分散在不同区域；核对的是同一条指令的过程，不是把相似价格的几张订单拼成一个故事。

沿用两单位的例子，若只成交 0.5，完成的是 25%，还有 1.5 未成交。触发价 95 也不是这 0.5 的成交价：要查对应成交明细，才能算出实际卖出所得。判断是否已经退出持仓，应看卖出数量，不能只看触发提示。

下面两条记录，对应的卖出结果不同：

• “触发九十五，最低卖价九十四，累计成交零，订单仍开放。”条件已启动，还没有卖出，订单仍可能成交。
• “累计成交零点五，最终状态已撤销。”已经卖出零点五；原单的未成交余量不再等待。

沿用两单位的原单，第二条里被撤掉的是余下的一点五单位，不是整笔两单位。已经卖出的零点五不会退回。这一点五也不能直接当作账户剩余持仓；账户若有其他买卖，还要核对那些成交。

尚未触发、零成交、部分成交和已结束怎样区分

这四种结果可以分别对应不同处理，不必都归成“止损失灵”。比如尚未触发时，修改生成限价单的设想还没有实际对象；已经部分成交时，再按原始数量新建卖单可能忽略先前执行；原指令终止时，当前价格再经过某个点也不会自然复活旧单。

组名里包含止损，不代表每一个子订单都处于同样阶段。

若使用某种订单列表或组合功能，还需要辨认当前看到的是整组状态，还是其中一条指令。本文没有模拟组合订单之间的联动，不能拿这张简单表推定一组复杂指令的全部结果。

写一张观察卡，减少临时猜测

提交之前，用一句话记下触发的意图，用另一句话记下限价的边界，最后写数量和单位。提交之后，补上订单号和当时显示的等待状态。条件变化时更新的是实际记录，不要回头把原始设置改成你后来认为“应该这样设”的数字。

这种记录方式有一个实际好处：如果结果与预期不同，你可以区分是输入没有表达原意、条件没有发生、限价没有满足，还是记录仍然未知。四种问题需要不同证据；只保存一个最后状态的截图，往往无法看出最初哪一步发生了偏差。

即使例子算得明白，也不需要通过真实下单来证明自己理解。先用纸笔演练价格跳过边界、部分成交和原单终止三种结果，就能检查是否把触发与执行分开。