行进时长和总时长的区别

简单说

总时长很简单：从开始记录到结束记录，中间什么都不减。9 点出发、13 点回来，总时长就是四小时，不管中途坐着休息了多久。

行进时长是总时长减掉停下来的那部分。同样是 9 点到 13 点，如果其中 40 分钟是午饭时间，行进时长就是三小时二十分。两个数字说的是同一次徒步，只是一个回答「在外面待了多久」，一个回答「实际走了多久」。

App 怎么判断你停下来了

这件事大致有两种做法，在边界情况上表现不一样。

自动判断

有些 App 盯着 GPS 速度，低于某个阈值就当成「站着不动」，不用你操心就自动从行进时长里减掉。这样省事，但阈值终究是个估计：在一个定位不太稳的地方站着不动，速度读数也可能因为抖动越过那个阈值，行进时长就悄悄多算了；反过来，在崎岖地形上走得很慢，也可能被误判成「停了」。

手动暂停

另一种做法是自己按暂停键。要多按一下，但判断是准的——什么时候停、什么时候接着走，App 不用猜，因为是你告诉它的。

配速为什么会因为用哪个时间而不同

配速是距离除以时间，用哪个时间算，结果就带着哪个时间的性格。一段 5 公里的路，中间有 30 分钟午休，这 30 分钟算不算进去，配速会差很多。用总时长去除，午休会把平均配速拉慢；用行进时长去除，这 30 分钟从一开始就不存在，数字里根本看不出来。两个配速没有谁对谁错，回答的问题不一样——但不知道这个配速是拿哪个时间算出来的，这个数字本身就没什么意义。

同一次徒步，为什么不同 App 给出的时间不一样

把同一次记录传到两个不同的服务，报出来的时长、进而配速对不上，是常有的事，跟哪个 App 坏了没关系。

• 一个自动检测停留，另一个只认你手动按过的暂停。
• 各家自动检测的阈值不一样，同一段停留附近有噪声的轨迹，一边判成「停了」，另一边判成「还在走」。
• 有的服务会重新计算，不信任记录 App 已经算好的汇总数字，而是从文件里的原始点重新推算行进时长。
• 一次很短的停留，一边觉得不值一提，直接舍去；另一边照单全收。

总时长本该永远对得上，因为它只是开始和结束两个时间戳的差。要是看同一份文件，连总时长都对不上，那多半是时区或者数据本身出了问题，而不是停留判断方式不同。

TrailCam 是怎么做的

TrailCam 报出来的时长是行进时长，暂停的时间不算进去。记录靠你自己按暂停和继续来控制，暂停的那段时间不会计入行进时长；其余时间，不管熄屏还是切到别的 App，轨迹都在后台继续记。它不会盯着速度自己猜你是不是停了——你怎么操作，它就怎么记。