我们正在把一个 Java 服务迁到 SAP 技术栈时，经常会碰到这样的设计问题。原来的 Spring MVC 应用允许DispatcherServlet找到任意形态的处理器，再交给合适的HandlerAdapter调用。迁到 ABAP 后，我们会看到SICF、IF_HTTP_EXTENSION、CL_REST_ROUTER、Gateway 的DPC_EXT，以及 RAP 的 Service Binding 和 Behavior Pool。它们都在处理 HTTP 请求，可哪一个才对应HandlerAdapter。直接给出判断，ABAP 平台没有一个跨越 ICF、ABAP REST Library、SAP Gateway 和 RAP，并且以独立可插拔策略形式存在的标准HandlerAdapter机制。ABAP 里存在多套承担类似职责的运行时设施，但它们通常把路由、协议解析、参数转换、业务调用和响应序列化分散在框架内部，或者要求所有处理器预先遵守统一接口。因而只能谈功能上的近似关系，不能把某个 ABAP 类简单改名成HandlerAdapter。Spring MVC 的 HandlerAdapter 到底解决了哪一层问题HandlerMapping找到的是一个处理器对象，DispatcherServlet并不假定这个对象一定实现某