嘿，我之前开发ArcGIS Android轨迹应用时也踩过这个坐标转换的坑！位置跑偏的问题大多是几个常见原因导致的，给你梳理下排查方向和解决办法：

• 坐标系不匹配（最常见）：
  设备GPS获取的坐标一般是WGS84（EPSG:4326，十进制经纬度），而ArcGIS Server底图常用Web Mercator（EPSG:3857）或者其他投影坐标系。如果直接用原始坐标创建MapPoint，会因为空间参考不匹配导致位置异常。
  解决办法：用GeometryEngine.project()做投影转换，一定要明确指定原始和目标空间参考：

  // 设备获取的WGS84坐标（注意顺序：经度x，纬度y）
  Point originalPoint = new Point(deviceLongitude, deviceLatitude, SpatialReference.create(4326));
  // 获取底图的空间参考
  SpatialReference mapSpatialRef = mMapView.getSpatialReference();
  // 投影转换为底图坐标系的MapPoint
  MapPoint correctedPoint = (MapPoint) GeometryEngine.project(originalPoint, mapSpatialRef);
  

• 经纬度顺序搞反：
  很多设备返回的位置是「纬度在前，经度在后」，但ArcGIS的Point/MapPoint构造函数是x=经度，y=纬度，如果顺序搞反，位置会直接跑到错误的半球或者区域。
  解决办法：核对设备返回的坐标字段，确保传入构造函数的是「经度，纬度」的顺序，或者转换后再传入。

• 坐标格式错误：
  部分设备或位置数据源返回的是度分秒（DMS）格式（比如39°12'34"N），而ArcGIS需要十进制（DD）格式的坐标。直接使用DMS数值会导致坐标值完全错误。
  解决办法：把DMS转换成十进制格式，公式为：DD = 度 + 分/60 + 秒/3600，南半球/西半球的坐标要加负号。

• 空间参考未明确指定：
  如果创建MapPoint时没有指定空间参考，ArcGIS会默认使用底图的空间参考，但如果原始坐标的空间参考和底图不一致，就会出现转换异常。
  解决办法：无论创建原始点还是转换后的点，都要显式指定对应的SpatialReference，避免默认值导致的问题。

• Runtime SDK版本bug：
  旧版本的ArcGIS Runtime SDK for Android在某些特殊坐标系的投影转换上可能存在bug，比如对国内一些自定义坐标系的支持不完善。
  解决办法：如果以上排查都没问题，尝试升级到最新的官方稳定版SDK，看看是否能解决问题。

快速排查技巧 #

你可以打印出原始坐标、转换后的坐标，以及底图的空间参考WKID（比如mapSpatialRef.getWkid()），对比数值范围：

• WGS84坐标范围：经度±180，纬度±90
• Web Mercator坐标范围：x≈±20037508，y≈±20037508
  如果转换后的坐标数值不符合底图坐标系的范围，大概率是空间参考匹配或顺序的问题。

内容的提问来源于stack exchange，提问作者rahul