iOS开发，常见的bug及其解决方法（包括警告）

bug的由来

为马克2号（Harvard Mark II）编制程序的葛丽丝·霍波（Grace Hopper）是一位美国海军准将及计算机科学家，同时也是世界最早的一批程序设计师之一，有一天，她在调试设备时出现故障，拆开继电器后，发现有只飞蛾被夹扁在触点中间，从而“卡”住了机器的运行。于是，霍波诙谐的把程序故障统称为“臭虫（BUG）”，把排除程序故障叫DEBUG，而这奇怪的“称呼”，竟成为后来计算机领域的专业行话。------摘自百度百科

在iOS开发过程中，总会遇到意想不到的bug，导致程序终止运行，抛出异常，这是程序正常运行不允许的，所以我们必须解决。下面罗列的bug是我在开发过程发现的，并且解决掉了，记录下来，时刻警醒自己不要范类似的错误。

1：missing context for method declaration （缺少方法声明的上下文）

报错显示

这种报错，是因为你你没有把实现的方法写在 @implementation  和 @end 之间导致的。

2：Multiple commands produce...info.plist. Target ... has copy command from ... info.plist

报错提示

我这是GitHub上下载的MJExtension，然后整个文件手动导入项目中，运行报错。仔细看报错的原因，感觉是info.plist重复了，然后看到MJExtension文件中有一个info.plist，然后删除运行就没问题了。

3： -[__NSPlaceholderDictionary initWithObjects:forKeys:count:]: attempt to insert nil object from objects[0]'

报错提示

这类错误，开发初期大家应该是经常遇到，字典里包含了一个空的value导致的：attempt to insert nil object form objects[0].字典里的第一个value是空的。去检查你的字典数据就可。

4：unrecognized selector sent to instance 0x281f39420 

报错提示

这个也是经常遇到的问题了，有野指针，方法没有实现，加载类型不对。在这里，responseObject 返回的是 UIImage类型的，而我加载的还是通过imageWithData方式加载的，很明显类型对不上。

5： this class is not key value coding-compliant for the key _placeholderLabel.textColor.' 

在iOS13.0的情况下运行项目，UITextField突然报了这个错：找不到对应的key _placeholderLabel.textColor.

查看了苹果的资料得知，iOS13.0以后，苹果禁止UITextField使用的私有属性修改占位符的颜色及其文字大小，可以使用attributedPlaceholder富文本属性修改。

报错提示

加个判断即可：

修改bug方法

6：使用KVO监听某个属性导致的奔溃，有以下三中情况：

1）：调用了addObserver方法监听某个属性值，但是对应的observeValueForKeyPath方法没有实现，就会崩溃到mian.m类里面的main方法。即使你打全局断点，也是还会崩溃在main方法里面。

- (void)addObserver:(NSObject*)observerforKeyPath:(NSString*)keyPathoptions:(NSKeyValueObservingOptions)optionscontext:(nullablevoid*)context;

- (void)observeValueForKeyPath:(nullableNSString*)keyPathofObject:(nullableid)objectchange:(nullableNSDictionary *)changecontext:(nullablevoid*)context;

崩溃所在处

解决问题就是实现observeValueForKeyPath方法 即可。

2）：你没有添加观察者 addObserver 方法，却实现了 observeValueForKeyPath 方法，那么也会崩溃，崩溃在上图片所示位置，而且控制台打印出来任何日志。

3）：上面俩个方法你都掉用了，但是在 - (void)dealloc 方法里面没有释放相应的观察属性，则控制器销毁时，也会发生崩溃，崩溃到上面图片所示的位置，而且没有任何崩溃日志。但是通过勾选僵尸调试（Zombile Objects），可以看到崩溃日志：

崩溃日志

你会发现有个dealloc，猜测可能在dealloc方法里没有释放KVO观察的属性。经过测试，果然。KVO监听过后，一定要在-(void)dealloc方法里面释放掉（removeObserver）相应的属性

7：使用Cocoapods管理第三方时，编译一下，会报很多警告：

1)：在 TARGETS - Build Setings 中搜索 Inhibit All Warnings，No改为Yes（如下图所示），能解决掉很大一部分警告。

解决警告方法

2）：解决警告 The iOS deployment target is set to 8.0, but the range of supported deployment target versions for this platform is 9.0 to 13.2.3

这是第三方支持的系统版本比我们项目中设置的最低版本还要低导致的，把下面这几句代码添加在Podfile最下方，重新pod install

post_installdo|installer|

    installer.pods_project.targets.eachdo|target|

        target.build_configurations.eachdo|config|

            config.build_settings['IPHONEOS_DEPLOYMENT_TARGET'] ='9.0'

        end

    end

end

解决第三方库支持系统低导致的警告

8：ld: 2 duplicate symbols for architecture arm64 .   clang: error: linker command failed with exit code 1 (use -v to see invocation)

碰到这样的报错信心，基本上可以确定是有重复的文件，看下面图片所示，你会发现有个 HRGetCheckCodeViewController 这个类，你在项目中全局搜索这个类，会发现这个类重复了，删除保留一个就可以了。

有重复的文件