Android经纬度对比时触发OutOfMemoryError问题求助

AI 小北

2026-5-21

解决经纬度对比场景下的OutOfMemoryError问题

我最近在做一个功能：把用户提供的起点/终点经纬度和数据库里存储的对应经纬度做对比，只要两者处于15公里半径范围内，就更新页面上的TextView。但运行时遇到了致命异常，还触发了内存溢出，具体情况如下：

涉及的经纬度数据

数据库存储的坐标：
- 起点：纬度19.218418、经度73.08661
- 终点：纬度18.9766017、经度72.8326658
用户提供的坐标：
- 起点：纬度19.2213935、经度73.081532
- 终点：纬度18.9632933、经度72.8324848

报错信息

E/AndroidRuntime: FATAL EXCEPTION: main Process: com.example...
java.lang.OutOfMemoryError: OutOfMemoryError thrown while trying to throw OutOfMemoryError; no stack trace available

问题分析与解决方案

首先，这种连错误栈都无法生成的OOM，说明应用的内存已经紧张到系统都没法分配资源来打印栈信息了，得从几个核心方向排查：

1. 检查经纬度距离计算的逻辑

大概率是你的距离计算代码有问题——比如不小心写了无限循环，或者每次计算都重复创建大量对象（比如大数组、重复实例化复杂的地理计算类）。举个例子，如果你用Haversine公式计算距离时，循环条件写错了导致一直跑，会直接把内存和CPU占满。

建议先把计算距离的代码单独抽出来测试，确认它能正常结束，并且不会占用过高内存。

2. 优化数据库查询的内存占用

如果你的代码是一次性从数据库加载了全表的经纬度数据，而不是只查询需要对比的起点/终点记录，那内存肯定会暴涨。赶紧优化查询语句，只取出你需要的那两条记录（比如通过ID或者标记筛选）。

另外，一定要注意关闭Cursor！如果查询后游标没关闭，会导致内存泄漏，多次操作后就会积累成OOM。

3. 排查TextView更新的逻辑

如果判断距离符合条件后，你的代码在频繁更新TextView，或者更新时创建了大量的Spannable、图片资源，也会导致内存占用飙升。检查一下是不是在主线程里有重复触发更新的逻辑，比如在循环里调用setText()。

4. 用工具定位问题

打开Android Studio的Memory Profiler，实时查看内存占用变化，看是哪类对象在疯狂占用内存；

开启StrictMode检测内存泄漏，在Application的onCreate里加这段代码（只在Debug模式下用）：

if (BuildConfig.DEBUG) {
    StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()
            .detectLeakedSqlLiteObjects()
            .detectLeakedClosableObjects()
            .penaltyLog()
            .penaltyDeath()
            .build());
}

逐步简化代码：先注释掉TextView更新的逻辑，只保留经纬度对比和数据库查询，看是否还会OOM，一步步缩小问题范围。

如果能提供距离计算、数据库查询的关键代码片段，就能更精准地定位问题啦！

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