我没用楼主提到的技术，但用了类似的理念。

比如同一段表单提交认证代码，服务器上放一套，本地浏览器也放一套一样的，由路由来控制走哪个流程，服务器数据或者本地数据，二选一。理论上可以把用户体验优化到极致。

这个大前提，是服务器和客户端用的语言是一致的，一套代码库。现在有了 wasm 后，世界上所有语言在我眼里看起来，长得都像 JS 。

谷歌能这么做是因为 Angular 强大的工程化能力允许它这么做，不是因为用了什么黑科技。
不存在什么黑科技。离线的用户体验都是用业务逻辑代码写出来的。不存在哪一种技术可以减轻业务逻辑的负担。

至于具体的业务逻辑，应该是和 git 一样的流程：本地 commit，然后再异步 push 到云端。如果发生冲突，则覆盖，或者强制用户保存到一个新的文档。我没用过 Google Docs，但是 Google Colab 就是这样设计的。

“那么像那些每次操作都依赖网络请求的系统, 如大部分业务系统、表格表单类的管理系统, 能否做到类似 Google Docs 的离线体验呢?”

回答：可以这么做，但是不推荐。如果你按照一般方法进行开发，那么 UI 就是给 api 套一层壳。如果按照能够离线使用的标准进行设计，那么还涉及到 push 的逻辑、并发修改问题、解决冲突的逻辑。既然网络不成问题，那么合并给自己额外的开发任务呢？

@crclz
你说的没错，而且我 F12 看了一下 Google Docs，能做到完全离线的原因估计是这种类编辑器的产品，可以做到将所有状态存储在 IndexedDB 上，对于你说的按离线使用的标准来设计的话比较容易实现

为什么会有这种想法，是因为我们的网页目前主要市场是东南亚、非洲、南美洲等国家，根据错误日志来看，排查到断网导致接口超时的情况非常多，想到能否利用这种技术解决该类问题

如果按离线使用的标准重构的话，成本确实非常地高，而且 3 楼也提到了存在兼容性这块的问题