昨天我的同事向我提出了一个问题：在crmfiori应用程序"myopportunity"中，虽然OData对logo url的请求被设置为false（表示同步），但是为什么我们仍然在UI中观察到这个请求是异步完成的呢？

关于Fiori中图像显示逻辑的完整故事，请参考这个博客：CRM Fiori应用程序-Fiori UI中图像是如何维护和显示的

我同事的疑问是，靠谱云服务器，他观察到即使是图像url的响应也没有被后端返回，但最终用户仍然可以继续在UI上工作—UI似乎没有被阻止，所以我的同事认为请求是以异步方式完成的。

我只想与您分享我如何说服他接受这确实是一个同步请求。

这里的关键思想是：我们正在内部系统中进行测试，云服务器租用，对图片url的请求几乎是立即返回的（不到2秒），大数据数据库，因此很难用肉眼判断是同步还是异步的

因此，我在OData服务实现中又增加了13秒的延迟：

之后同步行为现在非常明显。我单击导航列表中的一个项目来触发图像url检索的同步请求。在那之后，大数据和云计算，我不能在UI上做任何操作-它被完全冻结。

请参考此视频中阻止的UI行为。

然后我将手动延迟更改为20秒，并重新测试UI。

现在每次单击导航列表中的一个机会，仍然会发出一个对图像徽标的http请求。与同步模式相比，淘客吧，这次的UI没有被阻塞——我可以在不等待响应的情况下继续在UI上工作。

这个异步行为也可以在Chrome网络的时间图中很容易找到：

请参考这个视频中的异步UI行为。

代码是正确的，我们的眼睛是错误的。任何异步设置为false的OData请求都必须同步完成。