最开始项目使用的是自己DIY的很简陋的上报系统，后来改成google breakpad来上报，发现其实都做的不太理想，游戏引擎因为版本历史问题存在一些崩溃问题。后来3.x接入了bugly，我这边抽了几天时间也准备接入，在接入bugly之前我是想用BugTags的，说实话我特别喜欢也为这款产品点赞（它的技术人员、客服人员响应速度和服务都是很赞的，最开始公司总结5个人，我也担任过客服的角色去跟用户沟通知道这其中的不易），但是毕竟它目前为止对NDK以及Lua方面支持的比较弱，而且截图时还存在黑屏的现象，对非原生的应用不太友好，所以后来还是放弃了，转入对C++崩溃捕获更为专业的Bugly。
官方采用的是3.x版本的cocos接入和测试的，所以2.x版本上有一些问题，我们对引擎底层做了一些修改，不能直接升级引擎的版本。
主要遇到的几个坑点：
1、CrashReport.mm报错 enum error is not a class or namespace，官方应该是在支持C++11的编译器上写的代码；
2、头文件引入的问题，No such file or directory compilation terminated，主要是.mk编写的问题；
3、eclipse属性C++ builder中勾选clean后，每次build都会把libs/armeabi目录下的文件删的精光，每次生成的时候libBuly.so都被干掉了，游戏一遇到上报就直接闪退；
第一个问题处理的方法，就是不要加类名。可参考C++11FAQ http://www.stroustrup.com/C++11FAQ.html
第二个问题的解决方法就是修改bugly下的Android.mk文件，增加一行代码
第三个问题就比较恶心一些了， 最后我是直接在项目jni/Android.mk中再引入一个Android.mk，通过该文件去导入libBugly.so文件
2.x的cocos需要配置NDK的环境变量，项目的jni/Android.mk中添加
和
Android.mk的文件内容
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := Bugly_shared
LOCAL_SRC_FILES := $(TARGET_ARCH_ABI)/libBugly.so
include $(PREBUILT_SHARED_LIBRARY)
armeabi中就放入从官方下载的libBugly.so文件，注意要是armeabi目录下的，别搞错了哦
说几个我主要修改的地方吧，崩溃接入其实分了三个部分：
1、Java代码异常，你在Activity的onCreate()方法中调用测试代码就可以测试了：CrashReport.testJavaCrash()；
2、Lua Error，需要修改CCLuaEngine.cpp文件，执行lua出错时调用出错函数__G__TRACKBACK__；
3、C/C++异常；
第一个没什么好说的，自己看官方文档吧，很简单
第二个贴一下我修改的代码，仅供参考
主要就是利用lua_pcall最后一个参数为errFn进行的。当lua执行出错时，会调用相应的lua函数__G__TRACKBACK__，由该函数中调用bugly自己暴露出来的接口上传
第三项，因为bugly自己新起了一个线程去调用进行上报，在Android下如果游戏自己的CPP去调用BuglyReport.h中的方法就会直接崩溃，所以对官方提供的CrashReport.mm进行了修改（主要二处改动，一处是初始化仅做暴露自己接口的事情，二是对C++调用Java方法的判断）
#endif
return 1;
}
我这里补加了，当触发上报时，把游戏内自己的LOG添加进去，调用了系统的setAttachLog方法
注意Other Link Flags不要乱加，默认加一个-ObjC就好，按官方的来加反而会遇到问题
剩下就是设置环境路径和测试了，按上面的官方文档就好了。
Header Search Paths ~/Documents/cocos2d_2/bugly
Library Search Paths ~/Documents/cocos2d_2/bugly/ios
！！！特别要注意自己使用的是libc++还是libstdc++，不同的设置需要引入不同的framework
在使用CMD + R进行调试运行时，如果遇到错误它是直接就断点了，不然触发Bugly的上传，想测试。可以先点Stop，然后自己手动再启动一次游戏，通过Devices的日志来查看和测试上传
如果触发了Bugly的上报，你可以根据之前在AppController.mm中打印的Log来进行搜索
=======================================================
跨平台的编译，你会发现在iOS下还好，.mm就直接支持了混编。路径引入也比较简单改设置就完了，最麻烦是Android下必须要用到NDK，而这个就需要编译相关的一些知识，比如mk的编写等。像上面遇到的问题就是很多指令根本就不太了解，通过这次Bugly的接入，发现自己对GCC相关编译知识比较欠缺，所以需要好好补补，毕竟NDK还是非常重要的。fuse基本上就是通过NDK来实现各种绚丽的效果，把.ux文件直接全部转换为C++代码（这个太高难度动作了，要知道C++本身就是所有现代语言中最为复杂的，出一BUG项目想找人解决就很困难，一般人绝对hold不住），之前写过Java与C++的互调，接下来得好好准备GCC相关的学习了
今天收到一封邮件，就是自己之前处理emoji表情崩溃的问题，有人发邮件问我，一般来说我是不怎么回邮件的，但我看到它有一个附件，把log.txt发过来了，然后我花了几分钟浏览了一下错误日志，告诉他大概哪里出了问题。自己把遇到的问题分享出来，能帮忙到其它人，也算是一种幸运吧。
跨平台的开发水比较深，慎入啊，短期内我还看不到WEB成为主流或是跟Native分庭抗衡的可能，Native还将称霸很久，一想到这样难免会感到悲伤…