同一条徒步路线，往返方向不同，爬升数字为什么会不一样
一条起点和终点不在同一处的穿越路线，从一头走跟从另一头走，爬升数字可能相差不小，而这不是天气让气压计漂移、或者 GPS 有噪声那种测量层面的分歧——是这条路本身就是这样。方向一反过来，原本每一段上坡都变成下坡，每一段下坡都变成上坡，光是这一点就足以让爬升和下降这两个数字互换角色。如果两头登山口本身海拔不一样，那在算路上那些起伏之前，其中一个方向就已经比另一个方向多爬了一截。
简单说
爬升数字是按顺序走过路线上的每个点，只要海拔往上走的那一段就累加起来算出来的；下降是同样的道理，累加海拔往下走的那些段。方向一反，走的其实是完全相同的一串点，只是顺序倒过来了，这就让每一段的"上"和"下"整个互换了位置——往北走时算上坡的那一段，往南走就变成下坡，反过来也一样。所以一个方向的爬升，大致对应另一个方向的下降，脚下的地面其实一步都没变，变的只是"上"和"下"这两个词分别指的是哪一段。
这种互换要完全对称，前提是路线两头的海拔一样，中间只是起起伏伏。像穿越路线这种两头登山口海拔本来就不一样的情况，两个方向就不再是简单的镜像了，因为那部分海拔差会加到其中一个方向的爬升里，也会加到另一个方向的下降里。
一个方向的上坡，就是另一个方向的下坡
假设路上有一小段，先爬升 40 米到一个高点，再下降 25 米进一个凹地。按这个顺序走，40 米算进爬升，25 米算进下降。从另一头走同一段路，海拔的变化量没变，但经过的顺序倒过来了：先经过那 25 米的爬升，算进爬升；再经过那 40 米的下降，算进下降。这段山坡本身什么都没变，变的只是你从哪一头开始走，可就这一点，已经让这一小段路上 15 米的净差额从爬升那栏挪到了下降那栏。
真实的一条路上，这种互换不会只发生一次，而是在路上每一个凹地和高点都要发生一遍，可能有几十次甚至几百次。单看每一次都不算大，但一条起伏很多的路，两个方向走下来，总爬升可能差出一截，而这还没算上两头登山口本身的海拔差。
两头登山口之间的海拔差
环形路线不管顺时针还是逆时针走，最后总会回到出发点，所以净海拔变化永远是零，反过来走也只是把前面说的那些起伏重新互换一遍。穿越路线不一样，因为它的两头本来就不是同一个地方，海拔也很少刚好相等。假设一头登山口在海拔 1200 米，另一头在 1800 米，中间差 600 米，那不管往哪个方向走，这 600 米都得体现在数字里的某个地方，跟中间路面的起伏是两码事。
从低的那头走到高的那头，这 600 米会加在中间起伏之外，一起算进爬升；从高的那头走到低的那头，同样这 600 米会加进下降，爬升就只剩下路上那些小的回头爬升。这跟登山口的牌子写的爬升数字跟 GPS 记录的爬升数字对不上是同一个道理——都是净变化和累积数字的差别，只不过这里差别的来源不是"净变化 vs 累积"，而是"往哪个方向走"。
这跟两个 App 数字对不上不是一回事
同一次徒步、同一个方向，两次记录本来就可能因为 GPS 和气压计的普通噪声、不同 App 用的过滤门槛不一样、往返两段没走到完全同样的点，差出个百分之几。方向不同导致爬升数字不一样，是另外一件事：就算有一份完美、没有任何噪声的记录，这个现象照样会出现，因为爬升和下降对这两个方向来说本来就是两个不同的量，不是同一个数字的两次估算。一份只给出一个爬升数字的攻略或者路牌，其实默认说的是某一个方向，反着走并不会让这个数字简单地变号——具体变大、变小还是差不多，全看两头登山口谁高谁低。
TrailCam 在这里的角色
TrailCam 会按实际走的方向，把海拔当成 GPS 轨迹的一部分记下来，把算出来的爬升跟距离、行进时间、配速放在一起显示，回放的时候在地图下方画成一条高度曲线。要是同一条路从两头分别走过、各记录一次，历史里就是两趟独立的轨迹，各自有各自的爬升和下降，不会拿一个数字代表两个方向。App 本身免费下载。
常见问题
- 一条路单程爬升 500 米，反着走下降会正好是 500 米吗？
- 会很接近，但除非两头登山口的海拔完全一样，否则很难刚好相等。哪一头更高，这个差值就会同时体现在两个方向的数字里。
- 环形路线也会有这个现象吗？
- 影响小得多。环形路线不管往哪个方向走，最后都回到出发点，净海拔变化始终是零，换个方向走，只是把同样的起伏重新互换一遍，不会有哪一个方向单独多背上一截海拔差。
- 爬升数字更大的那个方向，是不是走起来一定更累？
- 大致可以这么参考，累积爬升越多，通常确实更费劲，但这不是全部。坡度陡不陡、路面好不好走、爬升集中在路上哪一段，这些同样会影响走起来的感受。
记录你自己的轨迹
TrailCam 是一款 iPhone 上的 GPS 轨迹记录 App，会把沿途拍的视频、照片和语音钉在你拍下它的那个位置，并支持导出成 GPX 1.1 或 CSV。免费下载。