我在Food Car-Delivery服务中有2个Android应用程序：
1- Driver.App：在汽车中的设备上运行的应用程序（驱动程序） 提供食物。
Driver.App正在将GPS位置通知给WebAPI服务器，其中位置（lat，lng）存储在SQL-DB上。 Driver.App每隔2-5秒通知此位置......取决于设置，但主要是每3秒钟。
2- Customer.App：客户跟踪位置的应用程序 送餐地图。
Customer.App每5秒向WebAPI请求一次，它跟踪运送食物的汽车的最新位置。
我正在考虑更改此WebAPI解决方案（上文说明），以改为使用 Firebase实时数据库。我真的需要这个社区的专业知识，以了解我必须面对的利弊。
新想法（使用Firebase）是让Customer.App订阅了Driver.App.Locations（Firebase.DB），因此客户无需继续请求并对WebAPI进行http调用。
Driver.App会通知对Firebase的更改，因此Firebase会通知Customers.App的更新。
关于 Customer.App电池：
，我有3个问题执行WebAPI请求......执行此操作有多糟糕？考虑到结果/响应JSON大约为500字节，每5秒消耗一次WebAPI请求的电量。应用程序和电池会出现问题吗？
使用Firebase，每次驱动程序更新位置而不是每5秒执行一次http请求时，从Firebase接收和接收更新的真正效率是多少？
我想知道做WebAPI-Http-Request的优点/缺点，而不是在订阅Firebase时听，当然知道Delivery.Car正在移动，所以每次都会生成新的位置。 / p>