打车与外卖实际消耗多少流量

像 Grab 这样的打车 App，或者你所在城市的本地同类应用，叫一次车大约消耗 2–5 MB，在地图上一路追踪车辆直到行程结束再加大约 3–8 MB。也就是说完整一趟大约 5–13 MB，比看几分钟短视频还少。这些是用于规划的估算，不是在你手机上实测的数字，主要会随你确认前拖动地图的时间长短而变化。

大家搞错的不是数字的大小，而是它的重要性。这点流量在整趟行程里几乎可以忽略不计，却是绝对不能缺的，因为它总是在最糟糕的时刻被需要：凌晨五点站在酒店门口赶飞机，或者餐厅打烊后站在雨里。如果套餐恰好在那时用完，你就叫不到车、看不到车在哪，也联系不上可能就停在马路对面的司机。

各项操作的大致流量

表里最值得注意的是最后两行。整整一周真正叫车可能还不到 200 MB，但「App 在口袋里后台刷新」加上「晚上翻菜单」，合起来却可能是实际使用量的好几倍。外卖 App 的设计就是让你一家家滑过精美的食物照片，而每一张照片都是流量。想慢慢挑，就在酒店 Wi-Fi 下翻，回到房间再下单，比站在街边纠结省得多。

趁还在 Wi-Fi 时就设好上车点

这是回报最高的一个习惯，而且好处不只在流量上。还在房间里或有 Wi-Fi 的大堂时，就打开 App、放好上车点、输入目的地，让它把路线和大致时间显示出来。最耗流量也最耗时间的，恰恰是拖着地图找准确的上车位置——尤其是有好几个出入口的酒店，或者车进不去的小巷。趁着还坐得舒服时把这些做完，下楼后只剩点一下确认。

1. 还在 Wi-Fi 时就打开 App，让它把周边地图加载完。已经取回的地图瓦片会暂存一段时间，下楼后再打开几乎不用重新拉取。
2. 把上车点标在你真正会走出来的那个门口。大酒店最好把门牌或街名也打上去，免得司机停在楼的另一边，两边来回打电话。
3. 现在就把目的地也填好。去机场的话要写清航站楼和航空公司，因为大机场有好几个落客点，下错地方步行找过去就是半小时。
4. 如果几分钟后就要出发，就趁着还在 Wi-Fi 时把车叫好再下楼。电梯里没信号也没关系，因为订单已经发出去了。

外卖 App 才是真正费流量的那一半

外卖 App 的界面满屏都是高清图片：促销横幅、主图，以及你滑过的每一家店的封面图。看十分钟大约就是 10–25 MB，比两三趟打车加起来还多；要是一周里每晚都随手刷刷，还没点过一道菜，就已经是几百 MB 了。

• 在 Wi-Fi 下挑好店、先放进购物车，真正想吃的时候再下单。相比之前的浏览，提交订单本身几乎不费流量。
• 在 iOS 上到「设置 > 通用 > 后台 App 刷新」里关掉外卖 App，或在 Android 上到「设置 > 应用 > 该应用 > 移动数据」关掉它的后台数据。这类 App 很喜欢提前拉取你根本没要的新促销。
• 打车 App 的通知保持开启，外卖促销通知则关掉。通知本身流量极小，但你每点一次，加载的都是满是图片的页面。
• 如果目的地城市大家常用的是某个本地 App，就在家连 Wi-Fi 时先装好。在国外临时下载新 App，可能在你最赶时间的那一刻吃掉几百 MB。

当流量真的快用完时

如果真的快没流量又还得赶路，就按这个顺序安排优先级：叫车和查看车辆位置排第一，其余一律靠后。打开系统的省流量模式，停掉照片和邮件同步，把剩下的流量留给帮你移动的那些 App——因为这最后几 MB 的价值，比整趟行程里任何时候都高。

另一个常被忽略的习惯，是留一份离线后备。离开酒店前，把住址（英文和当地文字两种）、酒店电话以及大致的回程路线都截图存好。截图完全不需要联网；万一所有环节同时出问题，你还能把屏幕举给路边的出租车司机看——有时候这比费劲把 App 救活还快。

Wi-Fi 与蜂窝网络：对打车 App 来说差别在哪

打车 App 传递的坐标和短消息，无论是在 Wi-Fi 还是蜂窝网络下，重量都一样，因为本来就是很小的数据包。真正会变化的是地图上车辆位置刷新的频率。在信号弱的蜂窝网络上，App 往往会放慢刷新频率来同时省流量和省电，于是地图上的车标就会一格一格地跳，而不是像在强 Wi-Fi 下那样平滑移动。这不代表 App 出了问题，只是在按当前连接的实际情况调整节奏。

外卖 App 也有类似的自适应机制，只是对象是图片而不是位置。在强 Wi-Fi 下，菜单页往往直接加载高分辨率照片；在蜂窝网络上，很多 App 会先加载低分辨率版本让你快速看一眼，只有你在某张图上停留足够久，才会换成完整高分辨率版。如果你只是快速滑动查看价格和送达时间，没有在任何一张图上停留，通常默认拿到的就是更轻的低分辨率版本。

旅行者在打车与外卖 App 上常犯的错误

• 同时打开好几个打车 App 比价、比等车时间。每个 App 都各自独立加载地图、计算路线，所以同时比较三个 App，花费大约是用一个 App 的三倍，而不是分摊后一样多。
• 整趟车程都举着手机、把地图开着全屏，其实司机自己就有导航在跑。这样让乘客这一侧的地图一直开着，只是重复刷新位置信息，没有实际必要。
• 因为等太久或想换上车点而反复取消重订。每一次新的预订都要重新计算路线，把新上车点周围的地图从头加载一遍。
• 把订单追踪页留在后台开着、地图动画一直在跑，而不是关掉它、等通知就好。这个追踪页通常会像打车页面一样持续刷新骑手的位置。

在旅途中为打车与外卖应用规划每日流量预算

打车和外卖应用与视频应用不同的地方在于，每次使用耗费的流量都很小，但一天使用的次数才是拉动总量的关键。多次打车或多次点外卖的一天，累积的地图和菜单图片流量会比主要靠步行、直接在店里用餐的一天更多，即便每次单独耗费都很轻。

另一个因素是决定实际下单前是否会同时打开好几个应用比较。同时打开两三个应用比较等待时间，会让每个应用各自加载自己的地图和菜单图片；相比之下，只开一个应用直接决定，明显耗费更少。

既然同时打开比较的应用数量，其影响甚至比使用频率本身更大，更有针对性的做法是提前决定整趟行程主要使用一个应用，只有在感觉等待时间或路线确实不太对劲时，才打开另一个应用比较。

如果不确定实际用了多少流量，iOS 和 Android 其实都已经提供了按应用分类的流量使用界面。iOS 上前往「设置」>「蜂窝网络」，往下找到打车或外卖应用；Android 上前往「设置」>「网络和互联网」>「流量使用情况」。行程中途查看一次，就能确认同时打开多个应用比较的习惯，有没有让总量超出预期。

选一份在赶机那天不会断的流量套餐