SAP UI5 里的请求拦截机制，与 Angular interceptor 的能力映射和工程边界

把 Chrome DevTools 的Network面板打开，在一个典型的 SAP Fiori 页面里点击查询、保存或者执行操作，往往会看到$metadata、普通GET、PATCH、POST、$batch等请求连续出现。此时很自然会想到 Angular 的HttpInterceptor，能不能在 SAP UI5 里放置一个统一入口，在所有请求发出之前添加请求头，在所有响应返回之后记录日志、处理错误、刷新身份凭证，顺便控制全局的BusyIndicator。结论可以直接给出，SAP UI5 具备大量与 Angular interceptor 相近的能力，但没有一个与 AngularHttpInterceptor完全同构、能够自动包围应用内所有网络请求的统一拦截器链。SAP UI5 更常见的做法，是根据请求由谁发出，把能力分散到ODataModel事件、绑定事件、公共请求头配置、单次请求参数、消息系统、控制器扩展以及自行封装的请求服务中。这里的关键区别不在语法，而在两个框架对网络层的组织方式。Angular 的HttpClient是一个相对统一的 HTTP 客户端入口。官方文档把 interceptor 定义为一种中间件机制，多个 interceptor 可以形成处理链。每个 interceptor 都能收到不可变的HttpRequest和指向下一个处理环节的函数，可以克隆并修改请求