起因：
由于在最近接手了一个关于导航的App，发现地图页面跳来跳去实在是卡顿地不行（运行在车载设备上的APP，机器性能实在是有限）。
初步判断：
应该是是关于地图等控件的反复创建和销毁，给内存GC带来了很大的压力。
简单调查：
通过 命令 adb shell dumpsys meminfo com.xxxx.xxx (后面那个是包名，当然你可以使用MAT等工具来看)
带有地图控件的页面之间跳来跳去，大量对象没有及时被回收，导致内存占用过高
解决方案：
利用Fragment来抽离各个有MapView的Activity中的业务逻辑，留下一个MapActivity就专门负责地图业务逻辑的效果展示；
这样多个带地图控件的Activity页面，就可以复用首页的地图控件即可，这样就可以复用地图控件这样的大对象了
上图，仅仅做了一个涉及到地图业务的优化（搜索页面），就少了10多M，效果还不错，目前在首页和搜索页面来回切换也都流畅许多了
探索高德地图：
有了上面的解决方案后，我就猜想高德地图可能也是这么干的，因为从首页到线路规划，再到导航，都是用了地图控件，那也是肯定是地图复用，才能减少大对象的创建和销毁
通过命令来：adb shell dumpsys activity | grep -i run 查看当前运行的activity，无论我在高德地图中怎么跳转，始终都是NewMapActivity，因此更加印证我的猜想
通过ui automator viewer 工具，看到了id为：fragment_container的全面覆盖页面的控件，id名称字面意思大家肯定都知道了，就是一个装fragment的容器
我也反编译了高德APK的代码，里面确实也是通过Fragment来实现多个页面的跳转和切换的
总结一下
在日常开发中，能复用的代码或者说是组件，能复用的就尽量复用，不要反复创建和销毁对象，那样真的很消耗系统资源；特别在后台开发中，高并发场景中更是如此，当然还要处理好多线程的问题，在移动端的开发中，多线程的问题还是比较好处理的。
