Android 接入高德地图SDK模块的优化点点滴滴

起因:

由于在最近接手了一个关于导航的App,发现地图页面跳来跳去实在是卡顿地不行(运行在车载设备上的APP,机器性能实在是有限)。

初步判断:

应该是是关于地图等控件的反复创建和销毁,给内存GC带来了很大的压力。

简单调查:

通过 命令 adb shell dumpsys meminfo com.xxxx.xxx  (后面那个是包名,当然你可以使用MAT等工具来看) 

带有地图控件的页面之间跳来跳去,大量对象没有及时被回收,导致内存占用过高

Android 接入高德地图SDK模块的优化点点滴滴

解决方案:

利用Fragment来抽离各个有MapView的Activity中的业务逻辑,留下一个MapActivity就专门负责地图业务逻辑的效果展示;

这样多个带地图控件的Activity页面,就可以复用首页的地图控件即可,这样就可以复用地图控件这样的大对象了

Android 接入高德地图SDK模块的优化点点滴滴

上图,仅仅做了一个涉及到地图业务的优化(搜索页面),就少了10多M,效果还不错,目前在首页和搜索页面来回切换也都流畅许多了

探索高德地图:

有了上面的解决方案后,我就猜想高德地图可能也是这么干的,因为从首页到线路规划,再到导航,都是用了地图控件,那也是肯定是地图复用,才能减少大对象的创建和销毁

通过命令来:adb shell dumpsys activity | grep -i run    查看当前运行的activity,无论我在高德地图中怎么跳转,始终都是NewMapActivity,因此更加印证我的猜想

Android 接入高德地图SDK模块的优化点点滴滴

通过ui automator viewer 工具,看到了id为:fragment_container的全面覆盖页面的控件,id名称字面意思大家肯定都知道了,就是一个装fragment的容器

Android 接入高德地图SDK模块的优化点点滴滴

我也反编译了高德APK的代码,里面确实也是通过Fragment来实现多个页面的跳转和切换的

Android 接入高德地图SDK模块的优化点点滴滴

总结一下

在日常开发中,能复用的代码或者说是组件,能复用的就尽量复用,不要反复创建和销毁对象,那样真的很消耗系统资源;特别在后台开发中,高并发场景中更是如此,当然还要处理好多线程的问题,在移动端的开发中,多线程的问题还是比较好处理的。

上一篇:初识响应式前端框架——Vue.js


下一篇:使用阿里云Elasticsearch快速搭建智能运维系统