ANDROID 与C++ 联合调试踩坑指南

使用C ++与Android的联合开发背景

• 本人在一家做GIS软件公司担任研发经理的职务。主要工作是做测绘软件产品的研发。
• 目前公司需要自主研发一套测绘行业软件，要求做一套类CAD的平台，对采集的地理信息数据（MDB，SHP，DWG）进行存储（要求支持的矢量数据支持在GB以上，并能够快速的查询搜索定位数据），之后将矢量数据展现在地图视口中，对海量数据进行快速的展示与渲染，同时支持矢量数据的符号化功能，之后对数据进行简单的编辑功能（如打断，延伸，裁剪等），最后进行打印输出功能。
• 这个产品需要同时实现窗户与机器人两个平台，主框架代码以及逻辑功能基本用C ++实现，涉及到SO库有40个，其中涉及到（GDAL，freetype的，QT，GEOS）第三库4个.Android端负责界面显示。

吐血历程

• 
  
• 当时android studio还不流行，使用的是elispse做移动端的android开发，但是最大的问题android端不能调试到C ++层。一个很简单的问题可能都要花费一个上午的时间去打日志定位问题。开发效率非常之低。稳定性非常差，在C ++与机器人交互这块有很多的坑（具体有啥坑，下次文章再讲）。这个效率造成领导对我们的研发进度和成果非常的不满意，没办法，老板是看成果的，没有成果再多的苦劳也是白搭。
• 使用google公司的开源库breakpad.1。看到
  官网的那个介绍，感觉我的福音来了，迫不及待的按照网上的方法编译SO库，当时编译过程中也有很多坑爹的地方（如NDK的版本问题） 。
  花了我两天的时间才把库编译好一个arm-v7a架构的so库，放到程序上跑一遍，发现在android 5.0一下的版本中可以通过DUMP出来的文件信息找到具体的错误位置。在Android 5.0以上就不行了。后来才知道必须要有编译对应版本架构的库才可以查看（当初不知道以为breadpad是有虫）
  .3。当上述问题解决之后，又发现一个问题这个只能处理崩溃日志并且要求别人给你dump文件。这个在发布的版本中根本不现实（ps公司的客户群不像大众，还是会帮忙积极反馈的）。并不是长久之计。
• Virtual Studio用户的福音，嵌入式开发神器visualgdb
  1.VisualGDB的VS插件能够使用GNU Make，CMake，Qt QMake来创建Linux项目，也能够导入已经存在的项目
  .2.VisualGDB是收费的，大概200美元。
  3.当时找的是试用版，通过VisualGDB插件的调试APK功能可以实现与C ++联合实时调试。需要注意的是编译的目标版本的架构必须与机器的架构是相同的，不然还是没有办法调试的，这也是我发现breakpad捕获崩溃日志失败的原因。
  4.很好用，但是我们公司的代码是加密的，中软的防泄密软件会造成加密进程经常卡死。所以用的时候会经常出现调试不通的地方。

• 腾讯bugly

1. 腾讯Bugly提供专业的Crash（崩溃），Android ANR（应用无响应），iOS卡顿的监控和解决方案

2. 这个方案免费，提供在崩溃日志上报，运维统计，在线日志上传功能。通过一两句代码即可实现这一堆功能，稳定。对于发布的版本的错误追踪非常有效。

• VS项目配置改变防止崩溃情况（操作步骤）
  

  1. C ++异常的编译支持（位于项目选项中的“代码生成” - >启用C ++异常：/ EHsc，VC6是启用异常处理）
     
  2. 代码生成- >常规- > SDL检查设置为真
     。这种方式最为简单的防止空指针与野指针崩溃现象，但是这样就找不到他的崩溃信息了当然还有其他方式获取到非崩溃下的堆栈信息。

• android studio的CMAKE与LLDB调试方案

  1.目前正在测试中。效果有待验证。后续补上相关文档。