做 BFF 的时候，最容易被忽视的一点是: 你聚合得越多，单个接口的失败面就越大。一个页面接口背后挂了三四个服务，任何一个超时都可能把整页拖慢。

• 文章目录

• 文章目录

前面聊 BFF 的时候，更多是在讲为什么它存在。到了真正落地时，团队最容易争论的是另一件事: 这层东西到底该做多厚，做哪些事才算合理？

最近在做一个html5的小项目,虽然很小,但是考虑到用户网络制式,流量,甚至海外访问的速度优先保证.

BFF 最容易让团队上手的价值，是它能把前端要的多个接口结果拼成一个更顺手的响应。但编排一旦做顺了，也特别容易越界。

使用html5 开发一个手机端页面

手写的纯javascript 实现xmlhttprequest .

前面分3篇博文介绍了 Ecmascript 5.1 数组扩展方法

2021 年很多团队开始把 BFF 当成前后端之间的稳定缓冲层，但一旦请求量上来，BFF 很快就会遇到一个现实问题: 要不要在这一层加缓存。