bugly 的崩溃分析

【bugly 的崩溃分析】颤振版bugly已完成 。其次,构建应用程序的调试版本,然后运行并查看日志,在Mac上,日志仍然在~/library/logs/Unity/player . log中,如何查看Unity 3d Editor崩溃Reason有时候由于代码问题,Unity Editor直接运行崩溃,控制台输出的日志信息看不到 。

1、iOS利用dSYM文件 分析Crash函数地址一般情况下,项目编译完成后,dSYM文件和app文件在同一个目录下 。如果 。没有找到dSYM文件?找到了 。dSYM文件,如果需要查看UUID,在文件所在的目录下,输入以下指令:atos是一个可以将地址转换成函数名(包括行号)的工具,它和dwarfdump自带了macos的工具 。另外,我们可以通过Xcode菜单栏中的窗口>设备和模拟器>查看日志,查看手机运行时crashlog右侧的日志信息 。

2、如何查Unity3D编辑器 崩溃原因有时候由于代码问题 , Unity编辑器直接运行崩溃看不到控制台输出的日志信息 。那如何定位editor 崩溃?我总结了几种方法 。首先,检查编辑器日志 。Unity官方文件LogFiles , 写得很清楚 。在Windows上,编辑器日志在c:\ users \ username \ appdata \ local \ unity \ editor \ editor.log MAC,日志在~/library/logs/unity/editor . log但是根据我的使用情况,很多时候编辑器崩溃并不在editor . log中 。

其次,构建应用程序的调试版本 , 然后运行视图日志 。在Windows上,应用程序的appname_Data目录下有一个output_log.txt,记录了详细的日志信息 。在Mac上,日志仍然在~/library/logs/unity/player . log中,在iOS上 , 可以直接在XCode控制台中看到日志 。在安卓系统上,DDMS也有详细的日志信息 。
3、flutter版 bugly已完成,欢迎使用在android/app/build.gradle下添加64位32位通过FlutterBugly.getUpgradeInfo()获取更新策略信息并填充到自定义flutterwidget中 。手动移动窗口的UpgradeInfo参数:异常报告说明1,颤振异常报告不属于崩溃,所以如果需要查看颤振异常报告 , 请在[Error分析] 2的标签页查看 。对iOS异常报告没有太多的测试,如有问题,请发布 。1.首次接受更新策略后 , 即使手动检查更新,也不会有弹出窗口,需要先退出app再进入(已解决) 。2.官方通知不适应8.0 , 如果需要使用通知,请关闭(默认)并自己编写相关业务逻辑,或者直接将gradle中的targetSdkVersion设置为26以下(方法见示例) 。

    推荐阅读