怎么知道一段徒步里有多少是上坡、下坡和平路

先说结论

爬升是个累加的总数——不管发生在徒步的哪个阶段，只要往上走了就加进去。它分不清这些爬升是开头一口气爬完，还是散布在整条路线上的几段短坡，还是全程都在缓慢地爬。要弄清楚这个，得回到 GPX 轨迹本来就有的数据——每个记录点的位置、海拔和累计距离——去看相邻两点之间怎么变化，而不是只看总数。

把记录的点按顺序排开，逐一和下一个点比较。海拔上升超过某个小幅度，这一段算上坡；下降超过同样的幅度，算下坡；变化落在这个幅度以内，算平路。把三类各自对应的距离加起来，就得到整条路线大致的上坡、下坡、平路占比——不是从一个总数里读出来的，是从总数背后的形状里读出来的。

为什么需要一个幅度，而不是只看升降

只拿相邻两点比大小，看下一个点是高是低就判断上坡还是下坡，在一段真正平坦的路上会得出很离谱的结果。GPS 高度和气压计的读数都带一点噪声，所以哪怕地面完全没有起伏，平路上相邻两点的海拔也会上下飘一两米。要是把这些抖动统统算成上坡或下坡，一段平坦的林道就会被拆成每隔几个点就爬一次、降一次的楼梯。

解决办法和 App 计算爬升本身时用的是同一套思路——小于几米的变化直接忽略，海拔的变化超过这个幅度才算一段上坡或下坡。这个幅度定在哪里是个判断，不是固定规则，这也是为什么同一个文件让两个人手动分类，得出的占比会有些出入。这不是为了算出精确的百分比，而是为了看出一个大致的形状。

比算数字更快的办法：直接看曲线

照着原始数据逐点计算确实能得到答案，但不是唯一的办法。回放一条轨迹时地图下方画出的海拔曲线——把海拔对着累计距离画出来的那条线——把同样的信息用图形呈现出来，人眼分辨上坡、下坡、平路，比算数字快得多，而且不用算。一路缓缓爬升的地方，线是往上斜的；下降的地方，线往下斜；平坦的地方，线大致水平，哪怕带点抖动，看一眼就知道，虽然要在代码里精确定义还是得靠那个阈值。

TrailCam 会给每条保存下来的轨迹画出这条海拔曲线，放在地图下方；回放徒步的时候，它和距离、行进时长、配速一起在下面同步跑。一条路线的形状，变成了一眼就能看到的东西，而不是要自己动手算的东西。

这个占比到底有什么用

距离一样、爬升总数也一样的两段路，只要这些爬升的分布方式不同，走起来可能完全是两种下午。600 米爬升，均匀摊在 12 公里感觉上大体平坦、偶尔有点缓坡的路线里，和这 600 米全部集中在结尾那 1 公里陡坡、其余部分真的很平的路线，配速的方式完全不一样。光看爬升总数，这两条路线分不出来；看形状就能分出来。

出发前知道这个占比，或者走完回头看一下，意义不在于给自己定一个必须达成的目标，而在于大致知道体力会花在哪里。要是一条路线大部分平坦，只在登山口附近有一小段爬升，那前半程就可以放心用轻松的节奏走，而不用全程都绷着，怕爬坡随时冒出来。