@caqiko
1.推送可以直接做在后端上，前端 App 反正也是一个壳（浏览器）里面是 H5 ，那在壳上加个推送接收的 SDK 和其他原生应用加推送基本上是一样的。
2.银行 App 完全就是一群懒狗懒得做罢了；另外支付宝是有网页端支付的。
3.在客户端保存缓存大量资源的这种需求早在 Chrome 65 左右就解决的差不多了，基本上是能够做到自净的。网易云音乐和 QQ 音乐都有网页端。
4.电商类 App 我不太了解，但是我觉得电商类用原生客户端的原因应该是能够提高用户粘性和方便做风控（防止刷单和支付风控）。

※写完了才发现说的不是渲染 H5 的客户端，那有几条要改一下：
1.推送可以直接做在移动设备的操作系统里，然后在后端实现直接推送到手机上。这个目前就我在用的小米来说是实现了但没完全实现，现在的逻辑是检测用户是否有某 App ，然后设定 interval 请求服务器查看是否有推送，App 运营通过在小米后台的 API 推送给用户，在这个期间用户无需调起 App 。那用一样的逻辑检测用户是否访问某网站也是一样的（这个有很多的安全相关问题，但大体的逻辑应该是这样的）。
2.银行的很多业务也可以通过 H5 完成。