同一次徒步，为什么不同 App 算出来的配速不一样

简单说

配速是距离除以行进时长，是徒步结束以后算出来的，不是传感器直接读出来的。这道算术本身没有一个环节是直接测量的，两个原料——距离和行进时长——早就可能因为跟配速毫不相干的原因，在不同 App 之间对不上了。所以看到两个 App 的配速不一样，正确的第一步不是盯着配速看，而是分别去查它下面的这两个数字。

配速是算出来的，不是量出来的

GPX 轨迹点里存的是坐标，通常还有海拔和时间戳。配速没有对应的字段，行进时长也没有。每次打开文件，App 都要从头把这两样东西算出来——用它自己的距离算法，加上它自己判断「在走还是停着」的规则，跟它打开任何别的文件时是同一套办法。也就是说，配速不是从一个 App 传到另一个 App 的数字，而是每次打开都要重新算一遍的数字，它压根就没有一个「本来正确」的值可以拿来对照。

距离对不上，配速就跟着差同样的比例

同一次记录，两个 App 的距离很少能算得分毫不差，因为距离本身就是一串 GPS 点累加出来的，各家在这条线上做多少简化或者平滑处理都不一样。一个 App 算出的距离比另一个高出百分之几，配速也会跟着差不多同样的百分比，因为距离就直接坐在配速这个分数的分子上。一次徒步一边算出 14.1 公里，另一边算出 14.6 公里，哪怕两边的行进时长精确到秒都完全一致，距离算得短的那个 App，配速也会相应显得更快。

行进时长对不上，配速的落差通常更大

行进时长不是时钟上读出来的事实，而是判断的结果——每个 App 各自决定这次徒步里哪些区间算「停留」。有的 App 盯着 GPS 速度，低于某个阈值就自动从行进时长里扣掉；有的只认自己按过的暂停键；有的服务在你导入文件之后，根本不理会记录 App 已经算好的行进时长，拿原始点位按自己的阈值重新算一遍。这些判断在一次普通的徒步里就能差出好几分钟，而配速是拿行进时长去「除」而不是去「加」，所以一个单看不算大的行进时长差异，反而可能比同等大小的距离差异，把配速拉得更偏。两个 App 之间真正的配速落差，多数时候源头在这里，而不在距离。

丸整和显示方式，也会添一点小落差

就算距离和行进时长已经很接近，本不该造成什么影响，屏幕上显示的配速还是可能看着不一样。配速通常四舍五入到每公里或每英里差几秒的精度显示，拿两个本来就有一点点差异的数字做除法，结果又被再取整一次，哪怕底层的差异极小，显示出来的数字也可能挪一格。在公里和英里之间切换，又多一道换算带来的取整。这跟距离或行进时长真正的分歧不是一回事，更像是拿两把刻度稍有不同的尺子，去量同一样东西。

这两个原因，通常不会互相抵消

容易想当然地觉得，一个 App 距离算得偏长、行进时长也算得偏长，分子分母同时变大，配速上应该能抵消掉。但实际上没有理由让这两者同步变化，因为距离和行进时长是各自独立算出来的，用的是为完全不同的问题设计的规则——一个是在累加 GPS 的抖动，另一个是在判断有没有停下来。有时候两边碰巧抵消一些，有时候又叠加在同一个方向上，只看最后配速的落差，没法分辨到底是哪种情况。想知道背后到底发生了什么，只有把距离和行进时长分开各自核对一遍。

容易搞混的地方

• 看到配速对不上，就以为是某个 App 的配速算法出了 bug——几乎总是上游的两个数字本身不一致，配速的算法反而没什么问题。
• 没先确认两边的距离和行进时长是否各自一致，就直接比配速——如果这两样都对得上，配速上剩下的差异多半只是取整造成的。
• 把这个问题跟同一个 App 里实时配速和平均配速的差别搞混——那说的是当下这一刻和整趟徒步的汇总值之间的区别，跟这里讨论的两个不同 App 对同一次已经结束的徒步算出不同结果，是两码事。
• 以为重新导入的 GPX 文件会原样带着最初算好的配速——文件里根本没存这个数字，导入的 App 是拿自己重新算出来的距离和行进时长，重新算一遍配速。

TrailCam 在这里能帮上什么

TrailCam 会按公里或英里记录每条路线的配速，背后用来算配速的距离和行进时长来自同一次记录，不会被两个不同的服务各自重新算一遍——行进时长来自你自己按的暂停键，不是靠猜 GPS 速度得出的。路线可以导出成 GPX 1.1 或者 CSV。CSV 汇总里，距离、行进时长和配速会放在一起留下来，数字跟着这次徒步一起走，不用等下一个打开文件的 App 从头再算一遍。导出是可选的 TrailCam Pro 功能，App 本身免费下载。