想知道“这张限价单还挂着吗”，去当前委托；想看“它最后是成交、撤销还是过期”，去订单历史；想核对“到底在什么价格成交、扣了什么费用”，去成交历史。三个入口挨得很近，记录的对象却不一样。
先选对记录，不要在一个列表里找全部流水
| 你要确认的事 | 优先查看 | 通常能看到什么 |
|---|---|---|
| 限价单是否仍在等待 | 当前委托 / Open Orders | 交易对、方向、委托价、委托量、已成交比例与可用操作 |
| 一张订单最后怎样结束 | 订单历史 / Order History | 订单类型、委托条件、已成交量、状态与时间 |
| 真正成交了哪些明细 | 成交历史 / Trade History | 每次成交的价格、数量、时间、手续费及可能显示的 maker/taker 信息 |
| 充值、提现、划转或其他产品流水 | 对应钱包或产品自己的记录页 | 与该业务有关的资产变化；它们不一定出现在现货成交历史 |
先写下交易对和大致时间，再决定查哪类记录。若只是知道“余额变了”，还不能直接推断发生过现货成交；闪兑、申购、划转、充值和其他产品也可能改变余额，但会留在各自的记录入口。
网页端：从现货交易页进入记录面板
- 使用自己保存的官方入口登录，确认是本人实际注册和可使用的 Binance 服务。
- 进入“交易 / Trade”下的“现货 / Spot”，不要误进杠杆或合约界面。
- 在交易界面下方找到订单区域；先切换“当前委托”“订单历史”或“成交历史”。
- 按交易对、方向、订单状态与日期缩小范围。标签与筛选项看当前页面。
- 打开目标订单的详情，用订单编号、时间与交易对关联对应成交，不凭一眼看见的汇总数字下结论。
页面布局不同，就按功能名找“当前委托、订单历史、成交历史”，不照旧截图找固定角落。区域服务可能采用不同菜单。
App 端：从现货页找订单入口，再按产品筛选
App 的稳定思路与网页相同：先进入现货交易，再打开订单或历史记录入口。入口可能表现为“订单”文字、页面图标或独立订单中心；版本变化会影响位置，不改变“先选现货、再选记录类型”的顺序。
- 确认当前处于现货交易，不是 Lite 买币、闪兑、杠杆、合约或 P2P。
- 打开订单入口，先检查“当前委托”有没有仍在等待的订单。
- 切换到历史记录，分别查看订单历史与成交历史。
- 用交易对和时间范围过滤；没有结果时先清除过窄筛选，再逐项加回。
- 需要保存证据时，优先记订单编号与时间。
App 与网页可能显示不同的默认日期范围或筛选状态。不要因为一个端暂时没有结果就断定记录消失；先让产品类型、交易对、时间范围和账户身份完全一致，再比较两端。
为什么一张订单会对应多条成交
订单是你提交给撮合系统的一组条件，成交是这些条件实际匹配后的执行明细。一张限价单可以一次全部成交，也可能被分成多次成交；尚未成交的部分仍可能停留在当前委托，随后被继续成交、主动撤销或依规则过期。
因此，订单历史中的“已成交数量”是订单层汇总，成交历史则可能出现多行执行。Binance 的现货订单状态定义也区分 NEW、PARTIALLY_FILLED、FILLED、CANCELED 与 EXPIRED 等状态。普通用户无需创建 API 密钥；这里引用它只是为了说明状态边界。
假设：一张限价买单数量为 10，先成交 3，再成交 4，最后撤销剩余 3。订单历史可能显示一张“已撤销、已成交 7”的订单，成交历史可能分行列出 3 与 4，也可能合并显示为 7，取决于页面提供的记录。余额变化和手续费对应已成交的 7，不能因为最终状态写着撤销就把两笔成交忽略。
| 看到的状态或现象 | 怎样理解 | 下一步 |
|---|---|---|
| NEW / 新建 | 订单已被接受，但不能据此认定已经成交 | 查看当前委托与已成交量 |
| PARTIALLY_FILLED / 部分成交 | 已有一部分执行，其余部分仍需继续确认 | 同时看订单剩余量与成交明细 |
| FILLED / 全部成交 | 订单要求的数量已完成执行 | 到成交历史核对实际执行与费用 |
| CANCELED / 已撤销 | 剩余未成交部分已取消；此前可能已经有部分成交 | 不要只看“已撤销”，还要看已成交量 |
| EXPIRED / 已过期 | 订单依规则终止，不再继续等待 | 查看详情与当前产品规则，不猜原因 |
交易记录找不到，按这条顺序排查
- 先确认产品：当时用的是现货订单，还是闪兑、买币、P2P、杠杆、合约、机器人或其他功能。不同产品不会保证汇总到同一页。
- 再确认账户：当前登录的是不是当时下单的账户、区域服务或获授权的子账户。
- 检查记录类型：未完成订单看当前委托；撤销、过期或已完成订单看订单历史；实际成交看成交历史。
- 放宽筛选：清除错误交易对、方向、状态和过短日期范围，然后从大致时间逐步缩小。
- 核对时区：跨午夜的记录可能落在相邻日期；对照页面显示的时间和导出文件里的时区说明。
- 保留标识：找到相近记录后，记下订单编号、交易对和时间，再与成交明细逐项匹配。
若你通过市价买币、闪兑或其他快捷入口完成交易，余额变化是真实的，也不代表它一定属于“现货订单历史”。回到当时使用的产品记录页，通常比在现货列表里反复换日期更有效。
核手续费要看成交历史，不要只看委托总额
手续费要到成交历史里按笔看：每一笔成交单独列出扣了多少、扣的是哪种资产，订单历史只到委托层面，不能当完整费用凭证（列名以你账户页面和下文导出说明为准）。一张订单分多次成交时，费用也可能随成交拆分显示；对账要覆盖全部相关成交，并看清手续费资产，而不是只抄一行。
账户等级、支付手续费的资产、订单角色和当期规则都可能影响实际费用。不要用旧教程里的固定费率反推真实扣费；先读账户记录，再结合交易费用核对方法理解价差、滑点与手续费的区别。想预估订单成本，可使用站内手续费试算器，但试算结果不能替代账户成交记录。
需要导出时，先定义你要哪一类文件
如果当前页面提供导出，先确认导出对象是订单历史、成交历史还是完整账户流水。三者用途不同：订单文件适合追踪订单状态，成交文件适合核执行与手续费，账户流水还可能包含划转、充值提现和其他产品变动。不要把“现货成交 CSV”称为完整账户账单。
Binance 的现货成交历史导出说明目前从“订单—现货订单—成交历史”进入，并列有日期范围、生成次数、文件时区和下载保留期等限制。限制会变化，提交前以页面显示为准；下载后检查交易对、订单编号、成交编号与手续费字段。
导出文件含敏感账户活动，应保存在受控设备。交给报税、记账或客服系统前，只提供对方明确需要的最小范围；税务分类与保存期限按本人所在地规则或合格专业意见处理。
发现陌生订单或成交时，不要先删证据
若记录中的交易对、时间或方向与你的操作不符，先保存订单编号、时间、设备与登录提醒等非秘密证据，再从本人打开的官方入口检查账户安全。不要在社群贴出完整成交文件，也不要把密码、验证码、API Secret 或远程控制权限交给自称客服的人。
暂停不必要的登录会话和自动化连接，核对是否存在获授权的 API、机器人或子账户操作；不认识的访问应按当前账户安全流程处置，并从官方支持入口提交记录。可配合账户安全检查清单逐项排查，但检查账户是否安全，靠的是会话、授权和记录，不靠再下一张单或再转一笔。
三个常见问题
订单显示已撤销，为什么余额还是变化了？
撤销通常只终止剩余未成交部分。若订单在撤销前已有部分成交，成交对应的资产与手续费仍会反映在余额和成交历史里；应同时看已成交量与成交明细。
成交历史为什么比订单历史多行？
一张订单可能分多次成交，成交历史可能因此出现多行，也可能把多次成交合并显示。用订单编号、交易对和时间关联记录，结合详情或导出核对数量与费用，不能只按列表行数判断撮合次数。
现货记录能证明我的完整买入成本吗？
只能证明它覆盖的现货订单与成交。若资产还来自闪兑、买币、P2P、充值、划转或其他产品，就需要相应记录；完整成本与税务处理不能只靠一页现货历史判断。