JS测距功能主要通过haversine公式计算地理坐标间的球面距离，或在canvas等场景下使用勾股定理计算像素距离。1. 地理测距必须用haversine公式而非勾股定理，因为地球是球体，远距离时曲率影响显著，haversine能准确计算大圆距离；2. 用户地理位置可通过navigator.geolocation.getcurrentposition()获取，需处理权限请求和错误，并仅在https环境下使用；3. 非地理测距还包括canvas上两点间像素距离的计算，适用勾股定理，以及dom元素间相对位置的判断，常借助getboundingclientrect()方法实现；所有测距核心均在于获取准确坐标并应用合适数学模型完成计算，最终服务于地图、绘图或布局等实际应用场景。
JS测距功能主要通过计算地理坐标（经纬度）间的球面距离来实现，或在特定场景下计算像素距离。核心是获取准确的坐标数据并应用恰当的数学模型。
解决方案 要用JavaScript实现地理上的两点测距，我们通常会用到Haversine公式。这个公式考虑了地球的曲率，能给出相当精确的球面距离。我个人觉得，理解这个公式的数学原理固然重要，但更实际的是知道如何把它转换成可用的代码。
我们先定义地球的平均半径，然后将经纬度从度转换为弧度，这是因为三角函数通常以弧度为单位工作。接着，代入Haversine公式，就能算出两点间的距离了。
/** * 计算两个地理坐标点之间的距离（Haversine公式） * @param {number} lat1 坐标1的纬度 * @param {number} lon1 坐标1的经度 * @param {number} lat2 坐标2的纬度 * @param {number} lon2 坐标2的经度 * @returns {number} 距离（单位：公里） */ function calculateDistance(lat1, lon1, lat2, lon2) { const R = 6371; // 地球平均半径，单位公里 const dLat = (lat2 - lat1) * Math.PI / 180; const dLon = (lon2 - lon1) * Math.PI / 180; const a = Math.sin(dLat / 2) * Math.sin(dLat / 2) + Math.cos(lat1 * Math.PI / 180) * Math.cos(lat2 * Math.PI / 180) * Math.sin(dLon / 2) * Math.sin(dLon / 2); const c = 2 * Math.atan2(Math.sqrt(a), Math.sqrt(1 - a)); const distance = R * c; // 距离，单位公里 return distance; } // 示例：计算北京和上海之间的距离 const beijingLat = 39.9042; const beijingLon = 116.4074; const shanghaiLat = 31.2304; const shanghaiLon = 121.4737; const dist = calculateDistance(beijingLat, beijingLon, shanghaiLat, shanghaiLon); console.log(`北京到上海的距离大约是: ${dist.toFixed(2)} 公里`); // 输出类似 1067.59 公里
这个函数提供了一个相对可靠的地理测距方案。但要注意，地球并非完美的球体，而是略扁的椭球体，所以这个结果只是一个近似值。对于大多数Web应用来说，这个精度已经足够了。
为什么计算地理距离要用Haversine公式，而不是简单的勾股定理？
地球不是平的，这是关键。我们生活在一个三维的球体上（或者说近似球体），而不是一个二维平面。如果你尝试用中学学的勾股定理（即欧几里得距离）来计算两个相距较远的地理点之间的距离，你会发现结果错得离谱。勾股定理假设空间是平直的，它在小范围内，比如一张地图上的两个相邻街区，可能还能勉强用用，但一旦距离拉长，地球的曲率效应就变得不可忽视了。
Haversine公式就是为了解决这个问题而存在的。它考虑了经纬度在球体上的“弯曲”路径，将地球视为一个球体来计算大圆距离。所以，如果你正在开发一个需要计算城市之间、国家之间甚至更远距离的应用，Haversine或类似的球面三角学公式是你的不二之选。忽视地球的曲率，就像试图用一把直尺去测量一个篮球的表面长度，显然是不现实的。
在实际应用中，如何获取用户的地理位置信息？
获取用户的地理位置信息，这听起来简单，但坑不少。JavaScript提供了
navigator.geolocation
接口，这是Web API的一部分，能让我们访问用户的地理位置数据。最常用的方法是
getCurrentPosition()
和
watchPosition()
。
getCurrentPosition()
会异步地获取用户当前的一次性位置。它的调用方式通常是这样：
if (navigator.geolocation) { navigator.geolocation.getCurrentPosition( (position) => { const latitude = position.coords.latitude; const longitude = position.coords.longitude; console.log(`当前位置：纬度 ${latitude}, 经度 ${longitude}`); // 在这里你可以用获取到的位置信息去计算距离 }, (error) => { // 处理错误，用户可能拒绝了权限，或者定位失败 switch(error.code) { case error.PERMISSION_DENIED: console.error("用户拒绝了地理位置请求。"); break; case error.POSITION_UNAVAILABLE: console.error("位置信息不可用。"); break; case error.TIMEOUT: console.error("获取用户位置超时。"); break; case error.UNKNOWN_ERROR: console.error("发生未知错误。"); break; } }, { enableHighAccuracy: true, // 尝试获取高精度位置 timeout: 5000, // 5秒内必须获取到位置 maximumAge: 0 // 不使用缓存位置 } ); } else { console.error("您的浏览器不支持地理位置API。"); }
watchPosition()
则会持续监听位置变化，每次位置更新都会触发回调函数，这对于需要实时追踪的场景很有用，比如跑步APP。
需要特别注意的是，用户隐私是重中之重。浏览器在调用这些API时，会弹出权限请求，用户必须明确同意才能获取到位置。如果用户拒绝，或者设备无法提供位置信息（比如GPS关闭），你都需要有健壮的错误处理机制。我见过不少应用直接忽略了错误处理，结果用户体验一塌糊涂。此外，出于安全考虑，
navigator.geolocation
只能在HTTPS协议下使用。
除了地理测距，JavaScript还能在哪些场景下实现“测距”？
“测距”这个词，其实不只局限于地理坐标。在前端开发的世界里，我们经常需要在不同的维度上衡量“距离”。
一个很典型的例子是Canvas绘图。在Canvas上，所有的操作都是基于像素的。如果你在开发一个绘图工具，用户画了两点，你可能需要计算这两点在画布上的像素距离。这回，我们终于可以用回简单的勾股定理了，因为Canvas是一个二维平面。
/** * 计算Canvas上两点间的像素距离 * @param {object} p1 点1 {x, y} * @param {object} p2 点2 {x, y} * @returns {number} 像素距离 */ function calculatePixelDistance(p1, p2) { const dx = p2.x - p1.x; const dy = p2.y - p1.y; return Math.sqrt(dx * dx + dy * dy); } // 示例 const point1 = { x: 10, y: 20 }; const point2 = { x: 50, y: 60 }; const pixelDist = calculatePixelDistance(point1, point2); console.log(`Canvas上两点间的像素距离: ${pixelDist.toFixed(2)} 像素`); // 输出类似 56.57 像素
另一个场景是DOM元素的相对位置。虽然不常用“测距”这个词，但在布局、动画或者可访问性（比如判断元素是否在视口内，或者两个元素是否重叠）的场景下，我们常常需要计算一个DOM元素相对于另一个元素，或者相对于视口、文档的距离。这通常涉及到
getBoundingClientRect()
方法，它能提供元素的大小及其相对于视口的位置信息。通过这些信息，我们可以计算出元素间的水平或垂直距离，甚至判断它们是否交叉。
这些“测距”虽然原理各异，但核心都是获取准确的坐标数据，然后应用合适的数学方法进行计算。这背后体现的是，在不同的抽象层面上，我们如何将现实世界的概念映射到代码中，并解决实际问题。
