苹果地图的到达时间以后要算找车位和下车步行

iOS 27.3 的第一个开发者预览版里，出现了一个叫 TimeToPark 的功能开关。代码研究者 pdfu 在 11 月 10 日把它发在 X 上：打开这个开关后，系统的 CoreRoutine 组件会用后台定位与运动数据，量出两段时间：你在目的地附近找车位花了多久，停好车走到终点又花了多久。

这两段时间目前不被任何地图功能读取。苹果地图给出的到达时间，仍然只算路上开多久。

多出来的是最后那一段

一段导航其实有三截时间。第一截是从出发地开到目的地附近，这一截地图一直会算；第二截是在附近绕圈找车位；第三截是从车位走到真正要去的地方，比如餐厅门口、写字楼大堂或者球场看台。

后两截现在全靠自己估。去市中心吃饭，导航说六点到，实际六点二十才坐下，差的那二十分钟不是开得慢，是地库满了、绕了两圈、又走了四百米。

TimeToPark 想补的就是这二十分钟。它记的不是路况，是停车行为：车在目的地附近低速游走的时长，以及熄火之后人移动的时长。

它靠什么学

按 pdfu 的说法，数据来源是后台定位与运动数据，两者都不需要用户手动记录。定位给出「这段时间一直在目的地附近移动」，运动数据给出「这段位移是在走路还是坐在车里」，两者叠在一起才能把找车位和步行分开。

每一次行程的这两项会各自存下来，再按星期几与具体时段分组。分组的用意很直接：同一个商场，周六下午的车位和周二上午的车位不是一回事，系统要学的是这种按时段变化的规律，而不是一个平均数。

这套做法与地图现有的路况预测属于同一类思路。路况靠的是历史车速，停车靠的是历史停留，两者都是拿过去同一时段的样本，去推这一次大概要花多久。

现在还用不上

pdfu 写得很清楚：这个开关只能在内部安装版本上启用，而且没有任何地图功能在使用这些数据。代码里有这套测量，产品里还没有对应的界面。

这也是它出现在测试版里却不叫新功能的原因。开发者预览版里被挖出来的开关，多数会在几个版本后带着界面一起上线，也有一部分到正式版前就被删掉。TimeToPark 属于哪一类，现在没有答案。

想自己去看这个开关的人会失望，外部安装的测试版没有开启入口。

为什么这件事对开车的人有用

地图的到达时间一直被当成「几点出发」的依据。开会、赶场、接人，大家都是拿它倒推。车程算得越准，这个倒推越可靠；可只要最后那两截没算进去，误差就一直留在那里，而且恰恰留在最容易超时的地方：市中心、商场、医院、球场，都是车位紧张的地方。

停车时间还有一个特点：它对总时长的影响不是线性的。车位好找的时候它是三分钟，可以忽略；车位难找的时候它是二十分钟，足以让「提前十分钟到」变成「迟到十分钟」。

把它算进去之后，地图给出的到达时间会更接近「你走进门的那一刻」，而不是「车停下那一刻」。这两个时间点不是一回事。

地图这几年一直在补最后一段

苹果地图的路线规划本来就分驾车、步行、公交与骑行四种，各自算各自的时长。步行路线算的是走多久，公交路线算的是候车加换乘，驾车路线算的是路况加红绿灯。

缺的那一环是模式之间的衔接。开车去一个地方，最后总要下车走一段，这段路现在要用户自己加。TimeToPark 补的正是这个衔接——把车程的终点从「停车场入口」挪到「目的地门口」。

同一版测试版里，苹果地图还有别的改动在流传。这些改动与 TimeToPark 一样，都属于代码里先出现、产品里还没落地的那一类。

能确定与不能确定的

能确定的是三件事：iOS 27.3 测试版里存在 TimeToPark 这个开关；它调用的是 CoreRoutine 与后台定位、运动数据；它按星期几与时段分组保存两项时间。

不能确定的是它会不会变成用户能看见的功能、什么时候上线、以及在哪些国家可用。苹果没有对这套代码作任何说明，页面上也没有相关的支持文档。

眼下没有可以自己动手的地方，只能等。等到某一次系统更新之后，地图给出的到达时间忽然比过去晚了几分钟，它大概就开始工作了。