请求处理与业务聚合

从具体入口追踪

优先用前端请求地址定位 Controller 和方法，再核对参数、用户上下文、服务调用、异常返回及实际数据变化。下面是已读取的调用示例，不能代替完整业务链路。

Controller	已看到的调用	业务方向
user/UserCenterController	userService.selectUserBaseById、userAuthService.findByUserId、advancedAuth	用户资料与认证
user/LoginController	用户查询、登录流程读取、失败次数及用户日志更新	登录、注册及密码相关流程
contract/controller/ContractEntrustController	entrustService.saveEntrust、updateEntrust、cancelEntrust、batchCancelEntrust	合约委托处理
recharge/withdraw/controller/UserCoinRechargeWithdrawController	withdrawApi 查询、用户提现状态与交易密码、验证码校验	用户充提接入

路径均相对于 coinex-app/src/main/java/com/exch/app。同一 Controller 中的调用可能属于不同方法，不把表中多次调用强行串成每次请求必经的顺序。

Controller 可同时读取用户、配置、行情和业务状态，再组织返回结果。例如合约委托 Controller 中有交易配置与行情接口引用。聚合层需要考虑下游超时、结果时效及错误映射，不能将多个查询结果默认视为同一事务快照。

受理成功、查询成功、委托创建、撮合成交和链上确认是不同结果。根据具体接口说明响应代表哪一阶段，最终状态用订单或账户查询核对。

参数缺失、用户身份错误、跨商户访问、下游超时、部分查询失败、重复提交及请求结束后异步状态变化。

应用旧委托入口到撮合的桥接不能假定贯通；当前委托工程桥接内的下单与撤单 RPC 处于注释中，具体见现货主流程与联调检查。

合约入口的普通与条件单分流、撮合 API 调用及资金协作见合约交易主流程。当前源码有实际调用，生产连通及最终资金状态仍需联调。