本文主要是介绍跑步用app轨迹画得比较准确的居然是“咕咚”，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
其实我跑步最纠结的是轨迹问题。之前用悦跑圈发现各种问题：
1. 轨迹的起点和终点严重离谱；
2. 轨迹的中间步骤也很不靠谱。
悦跑圈官方有很多解释，比如，硬件、GPS信号等等。这让我几经挫败之后已经开始认为，运动类的app画运动轨迹，如果只依赖今天的手机硬件，也就是悦跑圈这个水准了。
这个错误认识直到看到咕咚绘出的漂亮结果才意识到是错的。当然，咕咚绘出的结果也就是勉强达到期望值的下限而已，只不过跟悦跑圈比已经算是完美了。
这是先用悦跑圈跑完步，切换到咕咚进行的操场两圈测试。这个是最外圈：
这个是最里面一圈跑道的轨迹：
不但起点和终点准确，跑得快一点，也不会像悦跑圈一样给中间拉出直线（弦）来。
我一直觉得里圈和外圈的距离差计算公式应该是，跑道之间的中心线距离乘以6（即 2π≈6 ），看起来，这个内外圈之间距离居然有10米之多？似乎也差不多。
悦跑圈的优点是社交方面，跑友之间的比较和沟通，有相互激励的作用；此外，不知道悦跑圈轨迹画得不准，是不是跟“防作弊”的算法有关。我有一次骑车故意开着悦跑圈算室外跑步，但是2km之后发现跑步距离只有50m。
咕咚和悦跑圈的“升级”规则也不同。咕咚只要累计距离足够即可升级；悦跑圈还对跑步的质量有一定的约束标准。非专业运动的情况下，应该是咕咚更好、因为轨迹更准确，而且咕咚这种机制不会激励跑步者做出超过自己能力极限的运动。悦跑圈会让人跃跃欲试挑战自己。
这篇关于跑步用app轨迹画得比较准确的居然是“咕咚”的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
