当app出现崩溃, 研发阶段一般可以通过以下方式来跟踪crash信息#1.模拟器运行, 查看xcode错误日志#2.真机调试, 查看xcode错误日志#3.真机运行, 查看device系统日志下面举例说明 真机运行, 查看device系统日志xcode停止运行这个crashdemo, 选择xcode window - devices, 选择手机 - view device logs然后在手机上运行crashdemo 一般用户只能反馈在做什么的时候发生crash然后我们在去做尝试是否能遇到, 不过这样效率不高而且一般很难复现到用户的crashBugly的出现解决的这个问题Bugly SDK在当程序崩溃时, 会自动将错误信息发送到服务器方便开发人员查看分析那么如何使用 Bugly? didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { ; return YES; }这样当程序发生崩溃时, 崩溃信息会自动发送到服务器登录你的bugly
这里要注意一下，在app下配置build.gradle，这种方式在AS中是最高效的，不推荐配置libs方式集成sdk，如果想了解另外一种集成方式可参考官方文档：http:bugly.qq.comandroidfast demodemo例子已经上传到github：https:github.comdevilWwjAndroid-TechtreemasterBuglyDemo总结bugly的整个集成过程还算比较简单，能够满足我们日常开发对 ，能帮助我们快速定位问题，并有详尽的信息输出，比我们以前自己捕捉异常然后再通过程序上传日志到服务器要高效得多，通过这样的第三方服务确实能帮助开发者们提升产品质量，本篇博客提供的demo只是初步的尝试，bugly
云服务器1核2G首年50元，还有多款热门云产品满足您的上云需求
我们都知道，app在上线之后，用户如果操作我们的app导致的崩溃、错误信息，我们是无法获知的，这时候，就需要一款工具，来告诉我们现在的app在线上的运行情况；现在线上信息收集的工具有 友盟、极光等，这里我要用到的是第三款常用的工具 made in 小蠢驴的crash.jpg----Bugly集成导入步骤 pod BuglyHotfix (手动导入比较麻烦)import JPEngine.h (该文件在JSPatch文件夹中)在appdelegate.m 7.png1.要开启日志功能，记得修改默认的reportLogLever BuglyLogLevelSilent 替换成 BuglyLogLevelWarn - 开启日志收集功能 config.reportLogLevel 9.png 如图 发现我们设置的错误收集，在bugly后台已经收集到内容是http请求错误，这样在版本上线的时候，我们不仅可以监听到app crash的信息其他例如监听http 请求失败的信息也可以完成了 11.png 如上图日志的等级分五种，根据自己需求来定从Error 到 Verbose状态，逐级递减，比如这里我们的http请求错误的情况,就用到了error收集，如果我要收集用户信息，就会用LogInfo
注意：升级SDK自1.2.0起将不再支持以jar包形式集成，我们建议您使用Android studio并且以gradle方式集成。为什么集成我们Bugly热更新SDK？ Bugly目前采用微信Tinker的开源方案，开发者只需要集成我们提供的SDK就可以实现自动下载补丁包、合成、并且应用补丁的功能，我们也提供了热更新管理后台让开发者对每个版本的补丁进行管理。 如何集成Bugly热更新SDK？看文档、看文档、看文档。重要的事情说三遍。 以上就是Bugly热更新SDK的集成方式一些说明啦，如果还有疑问直接找Bugly-kirito咨询。一些大家比较关注的问题Q：Bugly热更新会收费么？ Q：我只想使用热更新，不想使用升级？A：热更新是包含在升级SDK里面的，你可以不配置任何升级策略，只需按照热更新文档集成即可。Q：是否支持加固模式？
大家好，我是腾讯Bugly的精神哥（英文名：spirit），是Bugly资深码奴的同时，又是Bugly神秘的Crash实验室研究员哦！ 现在App很多功能都是通过集成第三方工具实现的，第三方工具很有可能在SO动态库里实现核心功能（Bugly提供的libBugly.so，能捕获这类CC++异常！） ，所以就算你不用NDK开发也一定会跟SO打交道，你确定你加载SO的姿势都对了吗？ 二、错误场景分析1、低级错误——根本木有SO，你加载个球啊！ codeSystem.loadLibrary(Bugly);libs空运行设备Android ARM设备运行结果Crash！ codeSystem.loadLibrary(Bugly);libslibsarmeabilibBugly.so运行设备Android X86设备运行结果Crash！
做移动开发最麻烦的就是收集用户在使用过程中的程序的异常崩溃日志，因为这个异常崩溃是无征兆的在毫无防备随时的出现，所以有时候真是丈二金刚（摸不着头脑）；这个还是其次要命的是用户端程序的每次迭代和版本的分布又不容易推送和获取 但随着技术的进步和功能的完善，目前有些大厂推出了便捷移动开发的平台，该平台集成了异常上报、运营统计及应用升级的功能，可以说一个平台满足了移动开发的一半需求。 ： 在项目里面的build.gradle加入：classpath com.tencent.bugly:tinker-support:1.2.0如下图：QQ截图20201219093927.png第二步集成到 Activity配置 FileProvider配置 然后将程序编译，稍等几分钟，就可以在网站上看到运营的统计数据，如果当程序出问题就可以在异常上报中查看，并且可以在应用升级里进行程序应用的迭代升级。 一次集成三个功能是不是很爽呢^_^,当然我这里只是简单的带入门，Bugly更多的功能还有待发掘，最后放点福利，Bugly网站上的教学视频暂无办法播放（维护的同学赶紧处理一下）。
没错，Bugly就是这样的一个平台，可以很方便快捷实现你这样的需求，能帮助到你提高开发效率，更加敏捷。本篇文章就跟大家分享如何使用Bugly进行错误堆栈还原。 集成Bugly关于如何集成Bugly SDK这里不详细说明，可以到官网查看我们的SDK使用指南。前面我也写过一篇文章快速集成Bugly Android SDK，可以参考下。 ，它主要用来对于我们混淆过后的代码进行还原，里面列出了原始的类，方法和字段名与混淆后代码间的映射。 线上还原通过集成我们Bugly SDK，就能在线上监控你的app的崩溃情况，一有崩溃发生就会上报到平台，我们制造一个Crash，看它在Bugly平台的表现：? 总结对代码进行混淆可以减少被破解的风险，也能达到对代码优化的作用，但如果发生了崩溃了就比较难定位问题，不过android中可以通过mapping文件进行反推，人工来做这件事的话会比较费时，所以使用Bugly
简介音视频产品、即时通信都有默认把sdk运行的log输出到本地文件，腾讯云技术支持在帮忙定位问题时，需要这些运行log分析问题。默认输出文件的路径如下表格。 本地log路径修改log路径 取log常见做法运行log只输出到用户手机本地，如果是线上项目，向用户取日志往往比较难，建议开发过程中，将手机本地日志上传到自己的存储服务器，方便取日志。强烈推荐！！！ 收集crash堆栈信息，有两种方式：1、手动复现把手机连接开发工具，操作复现，如果crash了，开发工具的logcat里面，会输出crash堆栈，把logcat日志复制出来，贴成txt文本文件，把文件发给腾讯支持人员 2、上报堆栈可以在工程中集成上报crash到云端的三方sdk，比如腾讯bugly。1、bugly会记录crash堆栈，聚合机型、crash数量、时间点等信息，捕获的信息更全面，推荐集成。 2、bugly页面有查看权限，需要添加腾讯支持人员的QQ号（204356973腾讯云helper、3531448318崩溃专用排查qq号）查看权限，添加完成后，把crash的bugly页面链接，发给腾讯支持人员
最近因项目需求，需要集成热更新功能。先前项目也集成过腾讯tinker，但是这功能是写到公司后台更新下发的，现在并不能满足需求，便想着使用bugly热更+异常上报。 于是我按照官方Bugly Android热更新使用指南去集成了，也按他的推荐在SDK初始化的时候使用了enableProxyApplication = false 的方式，然而却出现了异常了? bugly_error.png 经过多次试验，补丁打包时成功的并且下发也是ok的，但就如上dagger2在Application里初始化调用了null对象，其实观察发现，不仅仅是dagger2初始化失败 后面在一个论坛巧遇一个解答与我情况类似，按建议SDK初始化改用了enableProxyApplication = true 的方式，在tinker-support.gradle中改enableProxyApplication = true，其他按着官方文档操作，后面解决，补丁下发热更成功，特此记录一下。
上一篇文章说道tinker的热更新，可是少了点补丁包的管理，这一篇文章介绍的bugly就是增强版的，更加方便你集成tinker和包括了补丁包的后台管理。 为什么使用 Bugly 热更新？ 无需关注 Tinker 是如何合成补丁的无需自己搭建补丁管理后台无需考虑后台下发补丁策略的任何事情无需考虑补丁下载合成的时机，处理后台下发的策略我们提供了更加方便集成 Tinker 的方式我们通过 HTTPS 及签名校验等机制保障补丁下发的安全性丰富的下发维度控制，有效控制补丁影响范围我们提供了应用升级一站式解决方案Bugly下面我们用1.3.4版本的bugly来开发。 1.申请appid去官网Bugly官网 申请appid比如asd778asd89,如果你之前应用bugly的异常上报就不用再申请appid。用的是同一个appid。 +versionCode 代表识别成功如果上传补丁包后，没得到目标版本号，就是代表基准包还没被安装。或者安装后没联网。或者基准包没安装tinker，没成功初始化tinker。
Bugly移动开发者沙龙，腾讯移动开发与质量专家亲临分享，Android应用性能如何调优，如何打造最合适的架构。 腾讯移动开发者沙龙是腾讯为广大移动开发者搭建的分享平台，邀请行业内的开发大咖与大家进行面对面的交流，以实例和模型全面系统地介绍先进开发技术的运用，优质资源与工具的使用等热点话题。? 关于Android App的优化，主要集中在两个方面，一个是内存的优化、一个是流畅度的优化。方正从多个纬度入手，全方位地为我们解析了开放中的内存和UI流畅度问题。? 不是每一个程序员都能够成为一个架构师——这是开发界广为流传的一个论调。软件架构的作用是将产品从需求到设计的每个细节都要考虑到,把握整个项目，使设计的项目尽量效率高，开发容易，维护方便，升级简单。 手机QQ负责人张旭 本次活动是腾讯Bugly移动开发者沙龙的首秀，聚集了约两百多名开发者现场参与，整个分享会现场座无虚席，两位技术咖以干货加实例的形式，使整个分享通俗易懂、生动有趣，到场的开发者们认真聆听
学了JavaScript 成为全栈工程师，迎娶白富美，步入人生巅峰，想想也是醉了。?但有个问题：很多开发者却并未考虑过收集 JavaScript 出错时抛出的异常信息。 或许，在浏览器时代，让用户刷新下页面，可以解决异常问题。但是在移动 App 的 H5 页面，一但出现异常将导致程序无法正常运行，用户也不是那么容易可以通过刷新来解决问题的。 (e);}未被 try-catch 捕获的 JS 异常，我们也会通过 window.onerror 收集并上报，同时我们也采集了一些可以辅助发现问题的信息，如 userAgent 等，协助开发者发现问题 更多信息可以查阅Bugly SDK使用指南：iOS , Android----本文系腾讯Bugly独家内容，转载请在文章开头显眼处注明注明作者和出处“腾讯Bugly(http:bugly.qq.com) ”腾讯Bugly 最专业的质量跟踪平台为您定期分享应用崩溃解决方案
如果你尚未注册应用，可以通过QQ登录Bugly网站，点击”用户名”，选择”我的App”，点击，填写完应用基本信息完成注册，即可得到Bugly AppID。 注意： 导出的Android和iOS项目分别需要注册两个不同的AppID 通用部分集成步骤 1、下载并导入Bugly Unity Plugin到Unity项目工程下载最新版本，双击.unitypackage 配置应用的App ID最后，在检查器(Inspector)界面中配置Bugly组件的初始化信息（包括应用的Bugly AppID、版本、渠道等）你可以在Bugly网站的页面中查看注册应用的App ID iOS部分集成步骤 导出iOS项目时，必须修改如下设置项才能让未处理的异常(Uncaught Exceptions)被捕获上报1、在Unity中修改项目的编译设置(Build Settings)按下Ctrl Android部分集成步骤 导出Android项目时，请修改如下配置：1、在Unity中修改项目导出的选项按下Ctrl+Shift+B打开Build Settings面板，选择Android平台，勾选Development
截至目前，开发者们发现苹果主要禁止的是 JSPatch 和 Rollout 两家，以及集成了 JSPatch 的第三方 SDK，如个推，高德等，因其可以通过 JS 脚本来调用和替换任意 OC 方法。 博客链接：http:blog.cnbang.netinternet3374 Bugly 针对 Apple 审核规则调整的使用公告我们近期上线的 Bugly iOS 热更新 SDK 内也集成了 JSPatch ，所以在有明确结论前，建议已经正在使用 Bugly 热更新 SDK 的产品先替换成只有异常上报功能的 SDK，以避免审核风险。 Bugly 异常上报 SDK 不受影响，如您的产品使用的是异常上报 SDK 则无需做任何改动。 异常上报 SDK 集成方式：通过 CocoaPods 集成Podfile 内添加pod Bugly记得去除 ‘BuglyHotfix’手动集成去除工程内的 BuglyHotfix.framework官网下载
集成过程参考了Bugly官方文档热更新使用指南 https:bugly.qq.comdocsuser-guideinstruction-manual-android-hotfix? Bugly目前采用微信Tinker的开源方案，开发者只需要集成我们提供的SDK就可以实现自动下载补丁包、合成、并应用补丁的功能，提供了热更新管理后台让开发者对每个版本补丁进行管理。 为什么使用Bugly热更新？ Bugly热更新.当然在此之前也集成过原始的Tinker热更新,比这个的集成比较复杂,接入的时候微信Tinker还不支持加固,不满足公司的需求,过了一周后Tinker发布新版本,新版本支持加固,考虑到用原始的 Tinker集成后,需要后台的配置才能测试,这样感觉会浪费很多的时间,所以就用Bugly来集成,这样测试的时候,自己去Bugly后台配置就可以测试. --- 小编整理了一份Android电子书籍，需要的童鞋关注公众号回复
前两天有个用户反馈，应用在更新时会自动下载安装某些应用，怀疑与 Bugly 有关。经过分析，原来是 apk 地址被劫持，强制换成应用的下载地址。 根据 Bugly 目前提供的能力，统计数据主要包括：崩溃率、卡顿率等，用于衡量产品质量的一些标准。自 Bugly 上线以来，越来越多用户建议：能否提供用户数据的统计，帮助了解产品基本的运营情况？ 这次提供给大家的初步的运营统计数据主要有两块：用户分析统计、用户留存统计。 1用户在用户分析统计模块中，你可以清晰地了解应用的使用用户、新增用户、累计用户、使用次数等数据，掌握应用的整体运营和用户增长情况。? 你的应用目前有多少人在用？新增用户留存情况怎样？现在可以直接在我们Bugly的“运营”模块中查看。腾讯Bugly 最专业的质量跟踪平台精神哥、小萝莉，为您定期分享应用崩溃解决方案
利用Tinker我们不仅可以用做bugfix,甚至可以替代功能的发布。Tinker已运行在微信的数亿Android设备上，那么为什么你不使用Tinker呢？ 如何使用Tinker下面就一BuglyTinker的使用方式进行介绍 为什么使用Bugly热更新？ 因为bugly已经集成了tinker 无需关注Tinker是如何合成补丁的 无需自己搭建补丁管理后台 无需考虑后台下发补丁策略的任何事情 无需考虑补丁下载合成的时机，处理后台下发的策略 我们提供了更加方便集成 生成完补丁包后，就可以借助Bugly的热更新进行修复了，找到我们注册的app，上传补丁包 ?? 这样通过Bugly我们不用去搭建下发补丁包的服务器了，特别方便。源代码代码：BuglyTinker_jb51.zip
缺陷分析主要是针对机型适配、漏洞分析，能帮助开发者通过海量样本进行适配分析，发现应用潜在漏洞，优测提供相应的解决方案，帮助你更好的完成开发。应用测试 支持浅度、深度测试。 云手机这个可以帮助企业节省购买机器的成本，针对Android的机型有成千上万种，要完全适配所有机型是不可能的，云手机能帮助开发者解决这个痛点，既能方便测试，也能帮助公司节省成本。 工具那就好了，腾讯bugly就是做这样的一件事，比如我们常见的ANR问题、Crash问题，腾讯bugly明显做得很专业，只要集成他们提供的sdk，就能在后台查看crash堆栈信息，以图表的形式跟踪crash 更重要的是腾讯bugly时常会分享一些技术干货，举办技术沙龙，这是用心做产品的态度。 、解决问题，所以推荐给大家使用，任何产品要用过之后才知道它是否能解决你问题，所以需要主动去实践下，去吧。
第二种 利用现有的比较成熟的第三方框架 现有的用户量比较大的有友盟，腾讯bugly，讯飞平台等。 公司最开始用的是友盟自动更新 ，但是由于某些原因，10.15友盟会关闭自动更新这个服务，对比了几个比较成熟的第三方自动更新，最后决定使用bugly这个，集成和使用也比较简单，下面来详细介绍集成和使用步骤 2.在项目中集成 1.新建一个项目，在app目录下的gradle文件中添加如下配置： defaultConfig 下：ndk { 设置支持的SO库架构 abiFilters armeabi , x86, 3.在bugly后台发布新版本 在bugly后台我们点击某个产品，会进入产品详情页面，?产品详情点击应用升级-发布新升级，这时会弹出一个对话框，让我们选择升级的设置（策略），这里直接放一张官网的图：? 以上是使用bugly进行版本升级的最基本的使用方法，我们还可以有一个复杂的操作，比如在代码中添加多渠道 以支持按渠道升级等。
“用了Bugly，再也不用担心因为Crash达不到提测标准了，哈哈”，开发哥得意地说道。? 鹅厂开发哥有破解Crash三件宝：错误堆栈、运行日志、设备信息。 “Crash监控上报的信息已经非常丰富，比如：详情的堆栈信息，设备运行时信息，还有Log，开发哥通过上报的信息就可以快速定位和解决这些问题，不用和测试人员反复沟通，或想办法重现，减少了很多沟通和时间成本 上线阶段 App发布到用户手里谁也不能改代码，开发哥总算可以安心回家了？ 呃，你不知道每天的运营活动、后台服务故障都可能导致App出现Crash问题么？ 怎么破？ 幸好当时项目组及时发现，并做了处理，才没有造成大的影响”，一位产品运营企鹅MM心有余悸地说道。 ? 小结 小编还是将以上的访谈总结成一张图吧。
CODING 持续集成全面兼容 Jenkins 持续集成服务，支持所有主流语言以及 Docker 镜像的构建。并且支持图形化编排，高配集群多 Job 并行构建全面提速您的构建任务……
扫码关注云+社区
领取腾讯云代金券
云服务器
测试服务 WeTest
文件存储
访问管理
云数据库 MongoDB
