Post-only 与有效期：委托指令的执行边界

三类条件分别决定什么

限价、只挂单和有效期是三个不同维度。限价规定可接受的成交价格边界，post-only要求委托进入订单簿提供流动性，有效期则决定未成交部分保留多久。平台支持的组合并不一致，某种订单在网页可用，也未必能通过同一平台的接口提交。阅读交易规则时要记录产品、交易对、最小数量、价格步长、撮合阶段和账户资格；不要把界面中的一个开关理解为保证低费用、立即成交或永不滑价。提交前还要核对报价币种，避免数量与金额字段混淆。

IOC与FOK不只是缩写

IOC通常要求立即执行可成交部分并取消余量，FOK通常要求立即全部成交，否则整体取消，具体仍以场所规则为准。假设买入十个单位、限价一百，订单簿仅有六个单位符合价格，IOC可能成交六个并取消四个，FOK则可能不成交。该算例只解释规则，不代表真实盘口。成交回报可能分成多笔，不要只用最终订单状态计算数量；应累加成交记录，并核对费用、舍入和重复推送。撮合延迟、价格保护及维护模式也可能改变是否接收订单。

只挂单不保证未来成交

若提交的post-only价格会立刻吃掉现有流动性，平台可能拒绝、取消或按已披露规则调整，而不是自动获得挂单费率。即使委托成功进入盘口，也要排在已有数量之后，可能长期不成交或在价格不利变化时才成交。挂单费率不是净收益，库存价格变化、资金占用和撤单延迟都需考虑。对GTC委托，还要确认平台是否有最长保留时间、维护取消或产品下架处理，不把‘一直有效’理解为跨越所有系统事件的永久承诺。

撤单请求与撤单完成有距离

撤单按钮或接口返回已受理，只说明请求进入处理链路；在撮合系统确认前，原委托仍可能成交。保存订单号、客户端标识、提交与确认时间、成交号和撤单结果，以最终权威订单记录对账。网络超时后不要立即重发同一数量的新单，先查询原单是否存在，避免形成重复风险。批量撤单也应逐笔核实，不以界面清空列表作为唯一证据。部分成交后撤单，应按已经成交的资产和余量分别处理，而不是把整笔委托都标记未执行。

用小规模记录验证实现

正式使用前可依据文档，在允许的测试环境验证拒单、部分成交、失效和撤单流程，测试网结果也不能完全替代生产规则。核对接口版本、错误码、重试要求及是否支持幂等客户端标识。保存费用币种和实际maker或taker分类，不从订单意图推断最终收费。若平台修改规则，更新本地流程、自动化参数与文章说明。对普通读者，最实用的习惯是提交前写下价格、数量、有效期和取消条件，完成后用成交明细核验，而不是仅看一个绿色成功提示。

错误恢复还应区分客户端重复请求和真正新增委托，确认客户端标识是否被平台严格去重，避免重连后把旧请求当成新意图。