xcode 上 oC错误日志 总结

OC学习之错误汇总   1、 第二个oc程序.m:5:32: error: non-ASCII characters are not allowed outside of       literals and identifiers     NSLog(@"第二个oc程序")；                           ^~ 第二个oc程序.m:5:32: erro

一、包含了不该包含的.m文件 二、参数名和使用的变量名不一致 三、错误的对象执行了错误的方法（数组里有数组做成员，不能用count计数） 四、对象的方法之前不是下划线是减号 五、对象释放内存后重新调用方法产生错误 六、方法名不一样 七、类型写错 八、提前释放产生错误

http://xgfe.github.io/2017/03/23/lrdcq/ios-crash-catch-and-analyze/?utm_source=tuicool&utm_medium=referral OC Exception oc层的异常是ios开发中最最最好抓取和分析的异常了。制造一个典型的oc异常简直再简单不过： 1234567

1. EXC_BAD_ACCESS    野指针错误,你访问了已经释放了得地址   2. unrecognized selector sent to instance  xxxxxxxxxx   不能识别的方法发送给一个实例  某个对象没有这个方法硬要调用这个方法 3.%zi  打印 unsingned long 型 4. description方法内部不能打印self，不然会造成死循环

// //  main.m //  常见错误 #import @interface Person : NSObject {     int _age; } // -(void)send; @end @implementation Person -(void)send{     NSL

话不多说直接上图： 错误信息就是上面那个图片喽。 查找dYSM文件: dYSM是打包的时候生成的，查找位置可以用下面的方法，找到它就可以拿友盟统计上的错误日志来查找崩溃在程序的哪个类哪行代码了。不过，这不是绝对的，有的日志是查不到崩溃在何处的。 Xocde–>preference –> 在友盟统计上，错误日志这里会有应用的版本号，我们要根据这个版本号，找到我们...

DDlog库可以让Xcode的输出台变得五彩缤纷,同时可以控制打印的开关.对于调试很是方便.   下面介绍一下安装方法.     一、安装xCode扩展插件XcodeColors     1.下载地址：https://github.com/robbiehanson/XcodeColors     2.下载完成后，打开XcodeColors项目，编译即可。     3.完全退出xC

一个野指针导致的CRASH的问题：最近，修复一个页面返回时有时crash的问题。业务逻辑是：从商品详情页面可以点击店铺按钮，然后跳转到店铺详情，从店铺详情点击返回按钮，有时候会发生Crash的情况。crash以后main.m文件显示红色的：thread1:EXC_BAD_ACCESS(code=EXC_I386_GPFLT)第一感觉是内存管理出了问题。由于断点调试和查看log都不能解决。于是从常见...

记录一些经常遇到的Xcode编译报错,及解决方法,不定时更新...

前言:crash log 对 定位崩溃问题 ,并且不容易复现,尤其是及时对appstore 上正在运营的 app 的迭代改进来说 非常重要.  1 crash两种情况1.1 测试环境下 追踪bug1.2 App Store  上应用 追踪bug     我们主要讨论在App Store  上应用 追踪bug 的情况2获取crash log信息途径2.1自己收集,做错误分析 错误趋势:      收...

参考：https://onevcat.com/2014/01/black-magic-in-macro/ #define NSLog(format, ...) do { \ fprintf(stderr, "<%s : %d> ...

条件编译标记、宏 Log打印 版本检测

1.[AppDelegate setWindow:]: unrecognized selector xcode11 崩溃,原因在SceneDelegate中管理了window，在SVProgressHUD.m中就出了问题。 解决:@property (nonatomic, strong) UIWindow * window; self.window = [[UIWindow alloc] initWithFrame:[UIScreen mainScreen].bounds]; TabBarViewCo

1.use of undeclared identifier‘a'变量 a 没有定义, 解决方案,定义变量a 2.expression result unused表达式的结果没有使用, 解决方案,定义变量存储表达式的结果.3.unsed variable‘b’变量b未使用. 转载于:https://blog.51cto.com/9217856/15634...

当使用xcode编译程序时，可能会出现Undefined symbols:，后面是空白字符，无法定位到错误位置，导致调试困难。引用自苹果论坛：https://developer.apple.com/forums/thread/739568。点击这个按钮，找到今天错误的位置，点击。点击这个图标，即可看到详细的错误信息。

Xcode 版本：12.4 点击菜单栏的 Window，然后选中下图圈红的选项，设备和模拟器一栏

此错误日志只做例子，教你如何分析和定位错误，教你方法，并不具有实际意义哦～～～ 很多人对如下问题一头莫展 现在就以此错误日志教大家如何看错误日志定位异常位置。 UMLOG: error: session_id=092DA7955F41A8B79725FF3ACC72CDAD, context=*** -[__NSPlaceholderDictionary initWithObjects:...

现在APP里用到了友盟统计，可以方便我们在友盟后台查看数据，甚至错误日志。但是错误日志友盟仅仅提供一个内存地址，没有详细的介绍错误信息。于是就有点懵逼了，这该如何定位呢？ 研究过后发现只要根据内存的地址找到对应的位置就可以了，那么需要什么操作呢？ 第一步需要保存打包的dSYMs文件(查找的时候一定要找到对应的dSYMs文件，不然找不到对应的代码) 找到对应的编译包

XCode控制台调试无法看到函数跟踪： 原因是在左侧不小心设置的了过滤信息。 解决办法是删除过滤信息。 无法看到输出的日志： 原因是控制台设置成Target Output或设置了过滤信息。 解决方法是删除过滤信息，设置成All Output。