21CTO编者按：他们上看呵呵笔记为何在终端应用应用领域中怎样优先选择较好的崩盘笔记管理软件。
概要
在软件合作开发应用领域，当合作开发人员辨认出在流程里这类机能没出现促进作用时，具体来说想不到的是看笔记。笔记为合作开发人员提供更多主脑的快照，通过它介绍流程标识符时的情形。
现阶段，在终端合作开发应用领域，合作开发人员并没采用笔记来预测应用应用领域出现的难题。很多这时候即使在上架以后删掉了那个优点。比如在Android中，采用”proguard“来删掉笔记。
笔记的象征意义
我们上看呵呵笔记的必要性。笔记的必要性分成测试期和布署（QA/期/制造）期。
测试期
在合作开发应用领域，有三个彼此之间对立的结构设计神学：
1、将笔记应用应用领域于全数犯罪行为
每每开发人员想晓得标识符里出现了甚么，只须要加进笔记就能，这种他们能随心所欲地看见事出现的全数业务流程。
2、全数采用软件流程
软件流程提供更多的重要信息相比之下少于笔记，所以笔记也花费天然资源。实际上通常出现在中间的某个地方。
毫无疑问，现代IDE都提供更多了极出色的软件流程。跟踪标识符
软件流程的难题是，只能前过去时，在调试位置以后看不到内容。你须要重新运行整个流程。而透过查看笔记能晓得哪里究竟出现了甚么，哪里能运行更快。
采用笔记能在难题出现处获得整齐的重要信息，有时你不晓得该从哪寻找。在这种情形下，加进笔记，在笔记中查找标识符的难题位置就让难题容易得多，定位成功后，他们能继续采用软件流程。
另外，在流程是多线程的情形下，采用软件流程就变得无能为力了，他们没办法进入新线程，它不是流程的下一步。所以有这时候流程的业务流程也会因调试而出现改变。
布署（QA/分段/上架）期
等到了产品布署期后，笔记是解决难题的最佳方案，它也是掌握实际情形的唯一方法。有笔记，他们能看见难题出现时标识符的执行情形，它还向合作开发人员显示存在的难题。如果收到错误/警告，就须要介绍它为何会出现，笔记会显示须要处理的难题详细。
日志级别也很重要。在警告和向上的期具有笔记级别，会在难题出现时向你展示，但是解决不了预测难题的根源。
终端合作开发人员为何不愿意采用笔记
终端合作开发人员不擅长采用笔记，有以下三个原因：
1、现代应用应用领域合作开发人员的DNA
2、缺少足够的测试平台
现代应用应用领域合作开发人员的DNA
终端合作开发是一个相对复杂的主题。合作开发服务器端的合作开发人员不会涉及终端端，而大多数终端端人员是将前端做为第一份工作，没后端合作开发经验。大多数应用应用领域即使没在公司内部合作开发，而是由软件公司代为合作开发的。
这些终端合作开发人员，基本没软件合作开发应用领域常见的方法和知识。
Android Studio与iOS XCode提供更多优秀的IDE，不须要为合作开发编写笔记，但是App投入运营后难题便会出现，没太好的办法进行实时预测。
原生SDK缺少足够好的笔记平台
iOS
iOS在默认情形下，能采用NSLog和pint语句。NSLog语句出现在设备和软件流程控制台中，print语句只显示软件流程控制台的重要信息。
NSLog为输出加进时间戳和标识符，比print语句要慢。
从iOS 10开始，有一个新的系统是 os_log（https://developer.apple.com/documentation/os/os_log）。与NSLog类似，它加进时间戳和标识符，显示在设备和软件流程控制台中。此外，也能控制Console应用应用领域流程中提供更多的“子系统”和“类别”字段。能指定不同类型的笔记消息，如：.info，.debug，.error和.fault。
Xcode软件流程控制台提供更多的是基本的机能。一旦存有很多笔记就很难找到你须要的东西，并而没过滤，他们唯一能做的是根据字符串搜索。
这也是很多iOS合作开发人员不擅于用笔记的原因。只有在处理特定部分的情形下，才会加进笔记帮助调试，完成后就会删掉它。
有一个重要的难题是，当应用应用领域流程进入另一台设备时，iOS合作开发人员就无法远程查看这些笔记。
Android
在Android平台， 默认情形下有android.util.log那个API，它使得合作开发人员能以适当的方式登录，在Android Studio中进行合作开发时，合作开发人员能采用logcat为测试期提供更多相对较好的解决方案。能用正则表达式并根据笔记严重级别来搜索它。
所以，大多数Android合作开发人员都会编写笔记。
但是Android的难题与iOS类似。一旦应用应用领域流程到了另一台设备，合作开发人员就无法远程查看见这些笔记。另个Android设备的碎片化，测试人员每天须要对用户的反馈进行复现，天然资源也造臧一定的浪费。
终端笔记系统应该具备哪些机能？
就像他们看见的那样，默认的iOS和Android笔记相比之下不够合作开发人员的需求，没能远程查看笔记或将其上传到能查看的地方的技术基础。
一个优秀终端云平台应该具备哪些机能，列表如下：
1、记录到服务/云平台：笔记应该上传到云平台，合作开发人员能随时查看。只有在客户投诉时发送重要信息的系统是不够的，他们无法在没用户参与的情形下看见难题。
2、会话和基于用户的笔记记录：应根据会话和设备保存重要信息。也不用把所有消息都存储在服务器中，只须要跟踪到会话或用户的完整业务流程即可。
3、笔记预测机能：合作开发人员能根据笔记严重性，操作系统版本，应用应用领域流程版本，设备类型，应用应用领域流程状态等进行查看，跟踪与搜索。
4、远程日志配置：能根据现阶段须要远程关闭和打开笔记。还能根据严重性和类别（标签）配置哪些笔记是打开或关闭的。
5、笔记监视和警报：应该能在高级别上监视根据笔记查看应用应用领域流程的状态，并在系统监视难题时自动发送警报。警报系统为自动化处理。合作开发人员不必根据自身理解的方式创建警报，这种不会错过他们没想不到的事。
6、崩盘报告和笔记管理：将这三个辅助工具放在一个地方非常重要。如果没以后出现的笔记，崩盘报告就不完整。如果有一些应用应用领域崩盘出现，能在标识符中看见导致崩盘的行，但仍然不明确怎样处理这种情形。
以下向大家介绍一些终端应用应用领域崩盘笔记辅助工具：
腾讯bugly，应用应用领域崩盘预测能力优秀，并且提供更多了一定的运营数据统计能力。
友盟u-app，侧重于专业的运营数据的统计，但在崩盘预测方面，相比其他辅助工具显得单一。
Crasheye，同样拥有优秀的崩盘预测能力，但不具备运营数据的统计。但在测试期，不须要统计运营数据时，其一行标识符快速接入SDK的能力，方便快速合作开发，是其优势所在。
网易云捕，最全面的Android/iOS应用应用领域流程崩盘收集SDK。
总而言之，这几款辅助工具各自的优势和侧重点不同。根据具体场景的须要，能优先选择合适的辅助工具进行合作开发。
编辑：周小七
