CrashSight为全平台（手机/PC/主机）开发者提供崩溃异常捕获、上报、分析、规避解决方案等全链路闭环专业服务。帮助开发者快速定位和解决异常问题，降低产品崩溃率，提升用户体验。国内：https://crashsight.qq.com海外/海外：https://crashsight.wetest.net今天，我们整理了使用CrashSight访问和上报过程中遇到的常见问题：1iOS接入，上报FAQ1.1接入SDK后不报crash●检查AppId是否设置正确；●SDK初始化是否在Crash前完成；●网络是否可用；CrashSight的流量保护机制，请卸载应用再测试（不会影响真实用户Crash的准确性）●是否有其他第三方组件具有捕获Crash的功能，包括但不限于firebase/fackbook/google移动广告。某些情况下，可能会出现兼容性问题。如果使用了以上组件，请联系管理员协助。●是否是触发了iOS的强查杀机制导致的崩溃。系统强制杀，APP里没有处理时间，也报不了。触发条件主要是长时间卡顿（大概5s以上），或者一定时间内CPU/GPU/内存使用率过高等。1.2为什么上传符号表需要java环境●我们的符号表提取工具依赖在java环境下，符号表工具只提取必要的信息。1.3符号表上传失败，uuid不匹配。●每次build，符号表的uuid都会变化，所以需要用当前build生成的符号表文件来恢复当前build后上传的crash。1.4依赖库后缀不同，如：libc++.dylib和libc++.tbd●iOSSDK9.0以上编译时添??加依赖库libc++.tbd，9.0以下版本添加libc++.dylib1.5有什么作用●iOSSDK：用于收集iOSApp的崩溃和卡顿，统计App运行数据等CocosPlugin：用于收集基于Cocos引擎的App的崩溃和脚本错误UnityPlugin：用于收集崩溃在基于Unity引擎的应用中，脚本错误等。●UnrealPlugin：用于收集基于Unreal引擎的应用中的崩溃和脚本错误。2Android接入及上报FAQ2.1开发中如何查看CrashSight的Logcat日志●参考参数配置、初始化、设置Debug模式为True。2.2为什么同样的用户每天报告数百次崩溃？会不会消耗用户流量？●单个用户上报有流量限制，CrashSight会在达到流量限制前正常上报。2.3是否需要为每个版本配置符号表？●是的。2.4不配置恢复符号表会影响异常上报吗？会有什么影响？●恢复符号表的配置不会影响上报。●如果不配置，网页只会显示原来的崩溃堆栈，不利于崩溃的排查。2.5接入SDK后不报crash●检查AppId是否设置正确；●SDK初始化是否在Crash前完成；●网络是否可用；保护机制请卸载app再测试（不会影响真实用户Crash的准确性）●是否有其他第三方组件具有抓取Crash的功能，包括但不限于firebase/fackbook/谷歌移动广告。在某些情况下会出现兼容性问题。如果使用了以上组件，请联系管理员协助。●是否因为内存不足被系统强行杀掉（这种情况多发生在低端机上，而且往往是死机到死才出现）。3WindowsSDK接入，常见问题报无法报crash：请依次检查以下情况?检查dll是否正确加载；?检查setTQMConfig函数是否已经执行；/raise不支持崩溃）；?初始化后，是否有TQMCenter.exe进程在运行；?TQM64/GameBabyConfig.dat文件与dll同级的GameBabyConfig.dat文件是否一致。?crash后，是否在TQM64/dump下生成dmp文件，如果没有，请查看1-3?crash后，生成dmp，但“CrashAnalysis”页面没有报告，请查看4-5?如果1-7都没有问题，还是没有报crash，请在两个配置文件中添加如下配置。将appid替换成项目的appid（release版本一定要删除这个配置，否则会导致信息泄露）。替换完成后，运行创建crash，将两个GBLog文件夹下的log文件发送给CrashSight开发，手动协助排查
